Funzione VirtualAlloc (memoryapi.h)
Riserva, commit o modifica lo stato di un'area di pagine nello spazio indirizzi virtuale del processo chiamante. La memoria allocata da questa funzione viene inizializzata automaticamente su zero.
Per allocare memoria nello spazio indirizzi di un altro processo, usare la funzione VirtualAllocEx .
Sintassi
LPVOID VirtualAlloc(
[in, optional] LPVOID lpAddress,
[in] SIZE_T dwSize,
[in] DWORD flAllocationType,
[in] DWORD flProtect
);
Parametri
[in, optional] lpAddress
Indirizzo iniziale dell'area da allocare. Se la memoria è riservata, l'indirizzo specificato viene arrotondato al multiplo più vicino della granularità dell'allocazione. Se la memoria è già riservata e viene eseguito il commit, l'indirizzo viene arrotondato fino al limite di pagina successivo. Per determinare le dimensioni di una pagina e la granularità di allocazione nel computer host, usare la funzione GetSystemInfo . Se questo parametro è NULL, il sistema determina dove allocare l'area.
Se questo indirizzo si trova all'interno di un enclave che non è stato inizializzato chiamando InitializeEnclave, VirtualAlloc alloca una pagina di zero per l'enclave a tale indirizzo. La pagina deve essere annullata in precedenza e non verrà misurata con l'istruzione EEXTEND del modello di programmazione Intel Software Guard Extensions.
Se l'indirizzo si trova all'interno di un enclave inizializzato, l'operazione di allocazione ha esito negativo con l'errore di ERROR_INVALID_ADDRESS . Vale per le enclave che non supportano la gestione dinamica della memoria (ad esempio SGX1). Le enclave SGX2 consentono l'allocazione e la pagina deve essere accettata dall'enclave dopo che è stata allocata.
[in] dwSize
Dimensioni dell'area, in byte. Se il parametro lpAddress è NULL, questo valore viene arrotondato fino al limite di pagina successivo. In caso contrario, le pagine allocate includono tutte le pagine contenenti uno o più byte nell'intervallo compreso tra lpAddress e lpAddress+dwSize. Ciò significa che un intervallo di 2 byte stradding di un limite di pagina causa l'inserimento di entrambe le pagine nell'area allocata.
[in] flAllocationType
Tipo di allocazione della memoria. Questo parametro deve contenere uno dei valori seguenti.
| Valore | Significato |
|---|---|
|
Alloca i costi di memoria (dalla dimensione complessiva della memoria e dai file di paging su disco) per le pagine di memoria riservate specificate. La funzione garantisce anche che quando il chiamante accede inizialmente alla memoria, il contenuto sarà zero. Le pagine fisiche effettive non vengono allocate a meno che non vengano effettivamente accessibili gli indirizzi virtuali.
Per riservare e eseguire il commit di pagine in un unico passaggio, chiamare VirtualAlloc con Il tentativo di eseguire il commit di un intervallo di indirizzi specifico specificando MEM_COMMIT senza MEM_RESERVE e un lpAddress non NULL non ha esito negativo a meno che l'intero intervallo non sia già stato riservato. Il codice di errore risultante è ERROR_INVALID_ADDRESS. Un tentativo di commit di una pagina già commit non causa l'esito negativo della funzione. Ciò significa che è possibile eseguire il commit di pagine senza prima determinare lo stato di impegno corrente di ogni pagina. Se lpAddress specifica un indirizzo all'interno di un enclave, flAllocationType deve essere MEM_COMMIT. |
|
Riserva un intervallo di spazio indirizzi virtuale del processo senza allocare alcuna risorsa di archiviazione fisica effettiva in memoria o nel file di paging su disco.
È possibile eseguire il commit di pagine riservate nelle chiamate successive alla funzione VirtualAlloc . Per riservare e eseguire il commit di pagine in un unico passaggio, chiamare VirtualAlloc con MEM_COMMIT MEM_RESERVE | . Altre funzioni di allocazione della memoria, ad esempio malloc e LocalAlloc, non possono usare un intervallo di memoria riservato fino a quando non viene rilasciato. |
|
Indica che i dati nell'intervallo di memoria specificato da lpAddress e dwSize non sono più interessati. Le pagine non devono essere lette o scritte nel file di paging. Tuttavia, il blocco di memoria verrà usato di nuovo in un secondo momento, quindi non deve essere decommesso. Questo valore non può essere usato con qualsiasi altro valore.
L'uso di questo valore non garantisce che l'intervallo gestito con MEM_RESET contenga zero. Se si vuole che l'intervallo contenga zero, decommettere la memoria e quindi ricommetterla. Quando si specifica MEM_RESET, la funzione VirtualAlloc ignora il valore di flProtect. È tuttavia necessario impostare flProtect su un valore di protezione valido, ad esempio PAGE_NOACCESS. VirtualAlloc restituisce un errore se si usa MEM_RESET e l'intervallo di memoria viene mappato a un file. Una visualizzazione condivisa è accettabile solo se viene eseguito il mapping a un file di paging. |
|
MEM_RESET_UNDO deve essere chiamato solo in un intervallo di indirizzi a cui MEM_RESET è stato applicato correttamente in precedenza. Indica che i dati nell'intervallo di memoria specificato da lpAddress e dwSize sono di interesse per il chiamante e tenta di invertire gli effetti di MEM_RESET. Se la funzione ha esito positivo, significa che tutti i dati nell'intervallo di indirizzi specificato sono intatti. Se la funzione ha esito negativo, almeno alcuni dei dati nell'intervallo di indirizzi sono stati sostituiti con zero.
Questo valore non può essere usato con qualsiasi altro valore. Se MEM_RESET_UNDO viene chiamato su un intervallo di indirizzi non MEM_RESET in precedenza, il comportamento non è definito. Quando si specifica MEM_RESET, la funzione VirtualAlloc ignora il valore di flProtect. È tuttavia necessario impostare flProtect su un valore di protezione valido, ad esempio PAGE_NOACCESS. Windows Server 2008 R2, Windows 7, Windows Server 2008, Windows Vista, Windows Server 2003 e Windows XP: Il flag di MEM_RESET_UNDO non è supportato fino a Windows 8 e Windows Server 2012. |
Questo parametro può anche specificare i valori seguenti, come indicato.
| Valore | Significato |
|---|---|
|
Alloca la memoria usando il supporto di pagine di grandi dimensioni.
Le dimensioni e l'allineamento devono essere un multiplo del minimo di pagina di grandi dimensioni. Per ottenere questo valore, usare la funzione GetLargePageMinimum . Se si specifica questo valore, è necessario specificare anche MEM_RESERVE e MEM_COMMIT. |
|
Riserva un intervallo di indirizzi che può essere usato per mappare le pagine AWE (Address Windowing Extensions ).
Questo valore deve essere usato con MEM_RESERVE e nessun altro valore. |
|
Alloca la memoria al massimo indirizzo possibile. Questo può essere più lento rispetto alle allocazioni regolari, soprattutto quando sono presenti molte allocazioni. |
|
Consente al sistema di tenere traccia delle pagine scritte nell'area allocata. Se si specifica questo valore, è necessario specificare anche MEM_RESERVE.
Per recuperare gli indirizzi delle pagine scritte da quando l'area è stata allocata o lo stato di rilevamento di scrittura è stato reimpostato, chiamare la funzione GetWriteWatch . Per reimpostare lo stato di rilevamento della scrittura, chiamare GetWriteWatch o ResetWriteWatch. La funzionalità di rilevamento di scrittura rimane abilitata per l'area di memoria fino a quando l'area non viene liberata. |
[in] flProtect
Protezione della memoria per l'area delle pagine da allocare. Se le pagine vengono eseguite con commit, è possibile specificare una delle costanti di protezione della memoria.
Se lpAddress specifica un indirizzo all'interno di un enclave, flProtect non può essere uno dei valori seguenti:
- PAGE_NOACCESS
- PAGE_GUARD
- PAGE_NOCACHE
- PAGE_WRITECOMBINE
Quando si assegna memoria dinamica per un enclave, il parametro flProtect deve essere PAGE_READWRITE o PAGE_EXECUTE_READWRITE.
Valore restituito
Se la funzione ha esito positivo, il valore restituito è l'indirizzo di base dell'area allocata delle pagine.
Se la funzione ha esito negativo, il valore restituito è NULL. Per informazioni dettagliate sull'errore, chiamare GetLastError.
Commenti
Ogni pagina ha uno stato di pagina associato. La funzione VirtualAlloc può eseguire le operazioni seguenti:
- Eseguire il commit di un'area di pagine riservate
- Riservare un'area di pagine gratuite
- Riservare e eseguire il commit simultaneo di un'area di pagine gratuite
VirtualAlloc non può riservare una pagina riservata. Può eseguire il commit di una pagina già sottoposta a commit. Ciò significa che è possibile eseguire il commit di un intervallo di pagine, indipendentemente dal fatto che siano già stati sottoposti a commit e la funzione non avrà esito negativo.
È possibile usare VirtualAlloc per riservare un blocco di pagine e quindi effettuare chiamate aggiuntive a VirtualAlloc per eseguire il commit di singole pagine dal blocco riservato. Ciò consente a un processo di riservare un intervallo dello spazio indirizzi virtuale senza usare l'archiviazione fisica fino a quando non è necessario.
Se il parametro lpAddress non è NULL, la funzione usa i parametri lpAddress e dwSize per calcolare l'area delle pagine da allocare. Lo stato corrente dell'intero intervallo di pagine deve essere compatibile con il tipo di allocazione specificato dal parametro flAllocationType . In caso contrario, la funzione ha esito negativo e nessuno delle pagine viene allocato. Questo requisito di compatibilità non impedisce il commit di una pagina già commit, come indicato in precedenza.
Per eseguire codice generato in modo dinamico, usare VirtualAlloc per allocare memoria e la funzione VirtualProtect per concedere PAGE_EXECUTE accesso.
La funzione VirtualAlloc può essere usata per riservare un'area AWE ( Address Windowing Extensions ) di memoria all'interno dello spazio indirizzi virtuale di un processo specificato. Questa area di memoria può quindi essere usata per eseguire il mapping di pagine fisiche in e fuori memoria virtuale, come richiesto dall'applicazione. I valori MEM_PHYSICAL e MEM_RESERVE devono essere impostati nel parametro AllocationType . Il valore MEM_COMMIT non deve essere impostato. La protezione della pagina deve essere impostata su PAGE_READWRITE.
La funzione VirtualFree può decommettere una pagina di commit, rilasciare l'archiviazione della pagina o rilasciare contemporaneamente una pagina di commit. Può anche rilasciare una pagina riservata, rendendola una pagina gratuita.
Quando si crea un'area eseguibile, il programma chiamante è responsabile della coesistenza della cache tramite una chiamata appropriata a FlushInstructionCache dopo aver impostato il codice. In caso contrario, i tentativi di esecuzione del codice dall'area appena eseguibile possono produrre risultati imprevedibili.
Esempio
Per un esempio, vedere Prenotazione e commit della memoria.
Requisiti
| Client minimo supportato | Windows XP [app desktop | App UWP] |
| Server minimo supportato | Windows Server 2003 [app desktop | App UWP] |
| Piattaforma di destinazione | Windows |
| Intestazione | memoryapi.h (includono Windows.h, Memoryapi.h) |
| Libreria | onecore.lib |
| DLL | Kernel32.dll |
Vedere anche
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per