AllocateUserPhysicalPages 函式 (memoryapi.h)

發行項
03/13/2024

配置實體記憶體頁面，以在指定進程的 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