Funzione MapViewOfFileEx (memoryapi.h)
Esegue il mapping di una visualizzazione di un file nello spazio indirizzi di un processo chiamante. Un chiamante può facoltativamente specificare un indirizzo di memoria di base suggerito per la visualizzazione.
Per specificare il nodo NUMA per la memoria fisica, vedere MapViewOfFileExNuma.
Sintassi
LPVOID MapViewOfFileEx(
[in] HANDLE hFileMappingObject,
[in] DWORD dwDesiredAccess,
[in] DWORD dwFileOffsetHigh,
[in] DWORD dwFileOffsetLow,
[in] SIZE_T dwNumberOfBytesToMap,
[in, optional] LPVOID lpBaseAddress
);
Parametri
[in] hFileMappingObject
Handle per un oggetto di mapping di file. Le funzioni CreateFileMapping e OpenFileMapping restituiscono questo handle.
[in] dwDesiredAccess
Tipo di accesso a un oggetto di mapping di file, che determina la protezione della pagina delle pagine. Questo parametro può essere uno dei valori seguenti o una combinazione OR bit per bit di più valori, se appropriato.
Usando OR bit per bit, è possibile combinare i valori precedenti con questi valori.
| Valore | Significato |
|---|---|
|
Viene eseguito il mapping di una visualizzazione copia in scrittura del file. L'oggetto di mapping dei file deve essere stato creato con protezione PAGE_READONLY, PAGE_READ_EXECUTE, PAGE_WRITECOPY, PAGE_EXECUTE_WRITECOPY, PAGE_READWRITE o PAGE_EXECUTE_READWRITE .
Quando un processo scrive in una pagina di copia in scrittura, il sistema copia la pagina originale in una nuova pagina privata nel processo. La nuova pagina è supportata dal file di paging. La protezione della nuova pagina cambia da copia in scrittura a lettura/scrittura. Quando si specifica l'accesso in scrittura di copia, l'addebito di commit del sistema e del processo viene addebitato per l'intera visualizzazione perché il processo chiamante può potenzialmente scrivere in ogni pagina della visualizzazione, rendendo tutte le pagine private. Il contenuto della nuova pagina non viene mai riscritto nel file originale e viene perso quando la visualizzazione non viene mappata. |
|
A partire da Windows 10 versione 1703, questo flag specifica che la visualizzazione deve essere mappata usando il supporto di pagine di grandi dimensioni. Le dimensioni della visualizzazione devono essere multiple delle dimensioni di una pagina di grandi dimensioni segnalate dalla funzione GetLargePageMinimum e l'oggetto di mapping dei file deve essere stato creato usando l'opzione SEC_LARGE_PAGES . Se si specifica un valore non Null per lpBaseAddress, il valore deve essere un multiplo di GetLargePageMinimum. |
|
Viene eseguito il mapping di una visualizzazione eseguibile del file (la memoria mappata può essere eseguita come codice). L'oggetto di mapping dei file deve essere stato creato con protezione PAGE_EXECUTE_READ, PAGE_EXECUTE_WRITECOPY o PAGE_EXECUTE_READWRITE .
Windows Server 2003 e Windows XP: Questo valore è disponibile a partire da Windows XP con SP2 e Windows Server 2003 con SP1. |
|
Imposta tutte le posizioni nel file mappato come destinazioni non valide per Control Flow Guard (CFG). Questo flag è simile a PAGE_TARGETS_INVALID. Usare questo flag in combinazione con il diritto di accesso di esecuzione FILE_MAP_EXECUTE. Qualsiasi chiamata indiretta a posizioni in tali pagine non riuscirà a controllare il cfg e il processo verrà terminato. Il comportamento predefinito per le pagine eseguibili allocate deve essere contrassegnato come destinazioni di chiamata valide per cfg. |
Per gli oggetti di mapping di file creati con l'attributo SEC_IMAGE , il parametro dwDesiredAccess non ha alcun effetto e deve essere impostato su qualsiasi valore valido, ad esempio FILE_MAP_READ.
Per altre informazioni sull'accesso agli oggetti di mapping dei file, vedere Sicurezza mapping file e diritti di accesso.
[in] dwFileOffsetHigh
DWORD di ordine elevato dell'offset del file in cui iniziare la visualizzazione.
[in] dwFileOffsetLow
DWORD in ordine basso dell'offset del file in cui deve iniziare la visualizzazione. La combinazione degli offset alti e bassi deve specificare un offset all'interno del mapping di file. Devono anche corrispondere alla granularità dell'allocazione di memoria del sistema. Ovvero, l'offset deve essere un multiplo della granularità di allocazione. Per ottenere la granularità di allocazione della memoria del sistema, usare la funzione GetSystemInfo , che inserisce i membri di una struttura di SYSTEM_INFO .
[in] dwNumberOfBytesToMap
Numero di byte di un mapping di file da mappare a una vista. Tutti i byte devono essere entro le dimensioni massime specificate da CreateFileMapping. Se questo parametro è 0 (zero), il mapping si estende dall'offset specificato alla fine del mapping di file.
[in, optional] lpBaseAddress
Puntatore all'indirizzo di memoria nello spazio indirizzi del processo chiamante in cui inizia il mapping. Deve trattarsi di un multiplo della granularità di allocazione della memoria del sistema oppure la funzione ha esito negativo. Per determinare la granularità dell'allocazione di memoria del sistema, usare la funzione GetSystemInfo . Se lo spazio indirizzi specificato non è sufficiente, la funzione ha esito negativo.
Se lpBaseAddress è NULL, il sistema operativo sceglie l'indirizzo di mapping. In questo scenario, la funzione equivale alla funzione MapViewOfFile .
Anche se è possibile specificare un indirizzo sicuro ora (non usato dal sistema operativo), non esiste alcuna garanzia che l'indirizzo rimanga sicuro nel tempo. Pertanto, è preferibile consentire al sistema operativo di scegliere l'indirizzo. In questo caso, non archiviare puntatori nel file mappato alla memoria, archiviare gli offset dalla base del mapping dei file in modo che il mapping possa essere usato in qualsiasi indirizzo.
Valore restituito
Se la funzione ha esito positivo, il valore restituito è l'indirizzo iniziale della visualizzazione mappata.
Se la funzione ha esito negativo, il valore restituito è NULL. Per informazioni dettagliate sull'errore, chiamare GetLastError.
Commenti
Il mapping di un file rende visibile la parte specificata del file nello spazio degli indirizzi del processo chiamante.
Per i file più grandi dello spazio indirizzi, è possibile eseguire il mapping di una piccola parte dei dati del file contemporaneamente. Al termine della prima visualizzazione, si annulla il mapping e si esegue il mapping di una nuova visualizzazione.
Per ottenere le dimensioni di una visualizzazione, usare la funzione VirtualQueryEx .
Il contenuto iniziale delle pagine in un oggetto di mapping di file supportato dal file di pagina è 0 (zero).
In genere, l'indirizzo suggerito viene usato per specificare che un file deve essere mappato allo stesso indirizzo in più processi. Ciò richiede che l'area dello spazio indirizzi sia disponibile in tutti i processi coinvolti. Nessun'altra allocazione di memoria può essere eseguita nell'area usata per il mapping, incluso l'uso della funzione VirtualAlloc o VirtualAllocEx per riservare la memoria.
Se il parametro lpBaseAddress specifica un offset di base, la funzione ha esito positivo se l'area di memoria specificata non è già in uso dal processo chiamante. Il sistema non garantisce che la stessa area di memoria sia disponibile per il file mappato alla memoria in altri processi a 32 bit.
Più visualizzazioni di un file (o di un oggetto di mapping di file e del relativo file mappato) sono coerenti se contengono dati identici in un determinato momento. Ciò si verifica se le visualizzazioni file sono derivate dallo stesso oggetto di mapping di file. Un processo può duplicare un handle di oggetto di mapping di file in un altro processo usando la funzione DuplicateHandle oppure un altro processo può aprire un oggetto di mapping di file in base al nome usando la funzione OpenFileMapping .
Con un'eccezione importante, le visualizzazioni file derivate da qualsiasi oggetto di mapping di file supportato dallo stesso file sono coerenti o identici in un momento specifico. La coerenza è garantita per le visualizzazioni all'interno di un processo e per le visualizzazioni mappate da processi diversi.
L'eccezione è correlata ai file remoti. Anche se MapViewOfFileEx funziona con file remoti, non li mantiene coerenti. Ad esempio, se due computer eseguono il mapping di un file come scrivibile e entrambi modificano la stessa pagina, ogni computer vede solo le proprie scritture nella pagina. Quando i dati vengono aggiornati sul disco, non vengono uniti.
Non è garantito che una visualizzazione mappata di un file sia coerente con un file a cui si accede tramite la funzione ReadFile o WriteFile .
Per evitare EXCEPTION_IN_PAGE_ERROR eccezioni, usare la gestione delle eccezioni strutturata per proteggere qualsiasi codice che scrive o legge da una vista mappata alla memoria di un file diverso dal file di pagina. Per altre informazioni, vedere Lettura e scrittura da una visualizzazione file.
Quando si modifica un file tramite una visualizzazione mappata, l'ultimo timestamp di modifica potrebbe non essere aggiornato automaticamente. Se necessario, il chiamante deve usare SetFileTime per impostare il timestamp.
Per avere un file con autorizzazioni eseguibili, un'applicazione deve chiamare CreateFileMapping con PAGE_EXECUTE_READWRITE oPAGE_EXECUTE_READ e quindi chiamare MapViewOfFileEx con FILE_MAP_EXECUTE FILE_MAP_WRITE | o | FILE_MAP_EXECUTEFILE_MAP_READ.
In Windows Server 2012 questa funzione è supportata dalle tecnologie seguenti.
| Tecnologia | Supportato |
|---|---|
| Protocollo SMB (Server Message Block) 3.0 | Sì |
| Failover trasparente SMB 3.0 (TFO) | Sì |
| SMB 3.0 con condivisioni file con scalabilità orizzontale (SO) | Sì |
| File system del volume condiviso del cluster (CsvFS) | Sì |
| File system resiliente (ReFS) | Sì |
Requisiti
| Requisito | Valore |
|---|---|
| Client minimo supportato | Windows XP [solo app desktop] |
| Server minimo supportato | Windows Server 2003 [solo app desktop] |
| Piattaforma di destinazione | Windows |
| Intestazione | memoryapi.h (includono Windows.h, Memoryapi.h) |
| Libreria | onecore.lib |
| DLL | Kernel32.dll |