共用方式為


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

另請參閱

位址視窗延伸模組

AllocateUserPhysicalPagesNuma

FreeUserPhysicalPages

MapUserPhysicalPages

MapUserPhysicalPagesScatter

記憶體管理功能

AllocateUserPhysicalPages2