Funzione MapViewOfFile (memoryapi.h)
Esegue il mapping di una visualizzazione di un file nello spazio indirizzi di un processo chiamante.
Per specificare un indirizzo di base suggerito per la visualizzazione, usare la funzione MapViewOfFileEx . Tuttavia, questa pratica non è consigliata.
Sintassi
LPVOID MapViewOfFile(
[in] HANDLE hFileMappingObject,
[in] DWORD dwDesiredAccess,
[in] DWORD dwFileOffsetHigh,
[in] DWORD dwFileOffsetLow,
[in] SIZE_T dwNumberOfBytesToMap
);
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. |
|
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. |
|
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. Nota: Nelle versioni del sistema operativo precedenti a Windows 10, versione 1703, il flag di FILE_MAP_LARGE_PAGES non ha alcun effetto. In queste versioni, la visualizzazione viene mappata automaticamente usando pagine di grandi dimensioni se la sezione è stata creata con il flag SEC_LARGE_PAGES impostato. |
|
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 dei 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 inizia la visualizzazione.
[in] dwFileOffsetLow
DWORD di 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 alla visualizzazione. 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.
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 di un 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, è possibile annullare il mapping e mappare una nuova visualizzazione.
Per ottenere le dimensioni di una visualizzazione, usare la funzione VirtualQuery .
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 da qualsiasi oggetto di mapping di file supportato dallo stesso 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 MapViewOfFile 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 .
Non archiviare puntatori nel file mappato alla memoria; archivia gli offset dalla base del mapping di file in modo che il mapping possa essere usato in qualsiasi indirizzo.
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, è possibile che il timestamp dell'ultima modifica non venga aggiornato automaticamente. Se necessario, il chiamante deve usare SetFileTime per impostare il timestamp.
Se un oggetto di mapping di file è supportato dal file di paging (CreateFileMapping viene chiamato con il parametro hFile impostato su INVALID_HANDLE_VALUE), il file di paging deve essere sufficientemente grande per contenere l'intero mapping. In caso contrario, MapViewOfFile ha esito negativo. Il contenuto iniziale delle pagine in un oggetto di mapping di file supportato dal file di paging è 0 (zero).
Quando viene creato un oggetto di mapping di file supportato dal file di paging, il chiamante può specificare se MapViewOfFile deve riservare ed eseguire il commit delle pagine contemporaneamente (SEC_COMMIT) o semplicemente riservare pagine (SEC_RESERVE). Il mapping del file rende l'intero intervallo di indirizzi virtuali mappato non disponibile ad altre allocazioni nel processo. Dopo il commit di una pagina dall'intervallo riservato, non può essere liberata o decommessa chiamando VirtualFree. Le pagine riservate e di cui è stato eseguito il commit vengono rilasciate quando la visualizzazione viene annullata e l'oggetto di mapping dei file viene chiuso. Per informazioni dettagliate, vedere le funzioni UnmapViewOfFile e CloseHandle .
Per avere un file con autorizzazioni eseguibili, un'applicazione deve chiamare CreateFileMapping con PAGE_EXECUTE_READWRITE o PAGE_EXECUTE_READ, quindi chiamare MapViewOfFile con FILE_MAP_EXECUTE FILE_MAP_WRITE | o FILE_MAP_EXECUTE | FILE_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ì |
Quando CsvFs viene sospeso, questa chiamata potrebbe non riuscire con un errore che indica che esiste un conflitto di blocco.
Esempio
Per un esempio, vedere Creazione di memoria condivisa denominata.
Requisiti
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 |
Vedere anche
Creazione di una visualizzazione file