首先直接给你明确答案：VirtualAlloc 操作的是调用它的进程的虚拟地址空间，而不是直接去操作物理RAM或者分页文件本身——它的本质是在进程的虚拟地址地图上“圈地”，然后根据你指定的操作（预留/提交）来关联实际的存储资源（物理RAM或分页文件）。

下面拆解你的几个疑问：

1. 预留（MEM_RESERVE）阶段：只是占虚拟地址的“坑” #

当你用VirtualAlloc指定MEM_RESERVE标志时，系统只是在当前进程的虚拟地址空间里标记一块连续的地址范围为“已预留”——这时候既不占用物理RAM，也不占用分页文件的空间。
打个比方：你有一本空白的笔记本（进程虚拟地址空间），预留操作就是在本子上用铅笔圈了几页，告诉自己“这几页我要留着用”，但你还没在上面写任何内容，也没准备备份的草稿纸（分页文件）。

2. 提交（MEM_COMMIT）阶段：绑定实际存储资源 #

当你加上MEM_COMMIT标志（或者后续用VirtualAlloc提交已预留的地址），系统会为这块虚拟地址分配后备存储——要么是物理RAM，要么是分页文件里的空闲空间（具体由Windows内存管理器调度）。
这时候相当于你把圈出来的笔记本页，和草稿纸（分页文件）或者现成的空白纸（物理RAM）绑定了：当你第一次往这块虚拟地址写数据时，如果当前用的是分页文件作为后备，系统会触发缺页中断，把对应的分页文件内容加载到物理RAM里，然后你才能正常读写。

针对你具体疑问的解答 #

• 是在进程加载的进程地址空间中？
  完全正确！每个Windows进程都有自己独立的虚拟地址空间（32位系统为4GB，64位系统则更大），VirtualAlloc分配的所有内存都属于这个进程的虚拟地址空间，其他进程无法直接访问。

• 还是在进程虚拟内存（分页文件）中？
  分页文件是虚拟内存的“后备仓库”，但VirtualAlloc不是直接在分页文件里分配空间——它是让进程的虚拟地址和分页文件（或物理RAM）建立映射关系。只有当你提交内存时，系统才会从分页文件里划出对应大小的空闲区域作为后备，但这是系统底层自动处理的，你不需要直接操作分页文件。

• 或是在分页文件的未分配区域？
  提交操作确实会用到分页文件的未分配区域，但这是系统内存管理器的工作：它会维护分页文件的空闲块列表，当需要为提交的虚拟内存分配后备时，就从列表里取一块，然后更新进程的页表，把虚拟地址和这块分页文件区域绑定。

• 若是未分配区域，它如何加入到调用进程中？
  核心是页表：Windows会为每个进程维护一张页表，记录虚拟地址到物理RAM或分页文件的映射关系。当你提交内存后，系统会更新这个页表，把你分配的虚拟地址范围指向对应的分页文件区域（或物理RAM）。之后当进程访问这些地址时，系统会通过页表找到对应的存储位置，自动完成数据的加载（从分页文件到RAM）或保存（从RAM到分页文件），对你的程序来说完全是透明的。

举个简单的代码例子：

LPVOID pMem = VirtualAlloc(NULL, 4096, MEM_RESERVE | MEM_COMMIT, PAGE_READWRITE);

这个调用一次性完成了“预留+提交”4KB的虚拟内存，系统会为它分配后备存储，你可以直接通过pMem指针读写这块内存——至于底层是用物理RAM还是分页文件，完全由系统调度，你不需要关心。

内容的提问来源于stack exchange，提问作者Misra