AllocateUserPhysicalPages 函式 (memoryapi.h)
配置實體記憶體頁面，以在指定進程的 AWE) 區域中，在任何 地址視窗 (延伸模組 內對應和取消對應。
Itanium 系統上的 64 位 Windows： 由於頁面大小的差異，32 位應用程式不支援 AllocateUserPhysicalPages 。
語法
BOOL AllocateUserPhysicalPages(
[in] HANDLE hProcess,
[in, out] PULONG_PTR NumberOfPages,
[out] PULONG_PTR PageArray
);
參數
[in] hProcess
進程的句柄。
函式會配置記憶體，稍後可以在此進程的虛擬位址空間內對應。 句柄必須具有 PROCESS_VM_OPERATION 訪問許可權。 如需詳細資訊，請參閱 處理安全性和訪問許可權。
[in, out] NumberOfPages
要配置之實體記憶體的大小，以分頁為單位。
若要判斷計算機的頁面大小，請使用 GetSystemInfo 函式。 在輸出時，此參數會接收實際配置的頁數，可能小於所要求的數目。
[out] PageArray
陣列的指標，用來儲存所配置記憶體的頁面框架編號。
配置的陣列大小至少應為 NumberOfPages ，以 ULONG_PTR 數據類型的大小。
請勿嘗試修改此緩衝區。 它包含操作系統數據，而損毀可能是重大的。 緩衝區中的資訊不適用於應用程式。
傳回值
如果函式成功，則傳回值為 TRUE。
可以配置比要求較少的頁面。 呼叫端必須在傳回時檢查 NumberOfPages 參數的值，以查看配置的頁面數目。 所有配置的頁面框架編號都會循序放置在 UserPfnArray 參數所指向的記憶體中。
如果函式失敗，傳回值為 FALSE，而且不會配置任何畫面格。 若要取得擴充的錯誤資訊，請呼叫 GetLastError。
備註
AllocateUserPhysicalPages 函式可用來配置實體記憶體，稍後可以在進程的虛擬位址空間內對應。 必須在呼叫端的令牌中啟用 SeLockMemoryPrivilege 許可權，否則函式將會失敗並 ERROR_PRIVILEGE_NOT_HELD。 如需詳細資訊，請參閱 Privilege Constants。
此函式配置的記憶體必須實際存在於系統中。 配置記憶體之後，它就會鎖定，且無法供虛擬記憶體管理系統的其餘部分使用。
實體頁面無法同時對應到多個虛擬位址。
實體頁面可以位於任何實體位址。 您應該不會假設實體頁面的連續性。
若要編譯使用此函式的應用程式，請將_WIN32_WINNT宏定義為0x0500或更新版本。 如需詳細資訊，請參閱 使用 Windows 標頭。
AllocateUserPhysicalPages2 在更新版本中新增至 SDK，與 AllocateUserPhysicalPages 相同，但它會新增 ExtendedParameters 和 ExtendedParameterCount 參數。
範例
如需範例，請參閱 AWE 範例。
規格需求
| 需求 | 值 |
|---|---|
| 最低支援的用戶端 | Windows XP [僅限傳統型應用程式] |
| 最低支援的伺服器 | Windows Server 2003 [僅限傳統型應用程式] |
| 目標平台 | Windows |
| 標頭 | memoryapi.h (包括 Windows.h、Memoryapi.h) |
| 程式庫 | onecore.lib |
| DLL | Kernel32.dll |