“虚拟内存故障”实为pagefile.sys创建失败、读写异常或调度失灵所致，核心是确保其稳定存在、可读写且容量充足；需满足连续磁盘空间、完整NTFS权限和正常I/O响应。
“虚拟内存故障”不是系统报出的标准错误，而是用户对 pagefile.sys 创建失败、读写异常或调度失灵的笼统描述。真正需要处理的是页面文件不可用导致的连锁反应——比如程序崩溃、蓝屏（0xc0000017）、卡死或反复弹出“内存不足”提示。解决核心是让 pagefile.sys 能稳定存在、可读写、且容量够用。
为什么 pagefile.sys 会“故障”？
页面文件不是普通缓存，它依赖三个硬性条件：连续磁盘空间、NTFS 权限完整、I/O 响应正常。常见失效原因包括：
- C 盘剩余空间 低于物理内存容量（例如 16GB 内存但 C 盘只剩 10GB），导致无法创建或扩展
pagefile.sys - C 盘碎片严重，系统找不到足够连续的 4KB 对齐空间来分配页面文件
-
pagefile.sys被第三方工具误删、权限被重置（如某些“优化软件”禁用虚拟内存后未恢复） - SSD 寿命告警或 NVMe 驱动异常时，系统可能拒绝在该盘创建分页文件
手动重设 pagefile.sys 大小与位置（最可靠）
绕过自动管理机制，用固定值强制重建页面文件。适用于 C 盘空间紧张、SSD 性能优先、或曾被误删的场景：
- 按
Win + R输入sysdm.cpl回车，直接打开系统属性 - 切换到“高级”→“性能”→“设置”→“高级”→“虚拟内存”→“更改”
- 取消勾选“自动管理所有驱动器的分页文件大小”
- 先选中 C 盘，选“无分页文件”，点“设置”（这步必须做，否则 D 盘无法启用）
- 再选 D 盘（确保是 NTFS 格式、剩余空间 ≥20GB），选“自定义大小”，填入相同数值：
初始大小和最大值都设为物理内存 MB 数 × 1.5（如 16GB = 16384MB → 填 24576） - 点“设置”→“确定”，重启生效
PowerShell 一键修复注册表级配置（适合远程/批量）
图形界面失效或需脚本化时，用 WMI 直接写入注册表参数。注意：必须以管理员身份运行 PowerShell：
- 执行
Set-ItemProperty -Path "HKLM:SYSTEMCurrentControlSetControlSession ManagerMemory Management" -Name "AutomaticManagedPagefile" -Value 0 - 执行
Set-ItemProperty -Path "HKLM:SYSTEMCurrentControlSetControlSession ManagerMemory Management" -Name "PagingFiles" -Value "D:pagefile.sys 24576 24576"（路径和数值按实际调整） - 执行
wmic pagefileset where name="D:\pagefile.sys" set InitialSize=24576,MaximumSize=24576 - 重启后检查
D:pagefile.sys是否生成且大小正确
别忽略的底层干扰项
即使 pagefile.sys 设置正确，以下几类干扰仍会导致“缓存溢出感”：
-
SysMain（原 Superfetch）服务在 Win10/11 中有已知内存驻留缺陷，建议在services.msc中禁用并停止 - Chrome 多个
chrome.exe进程合计占用超 2GB 时，大概率触发页面交换风暴；关闭标签页比调大虚拟内存更有效 - 休眠功能（
hiberfil.sys）会锁定等同于物理内存大小的空间，且与pagefile.sys共享同一磁盘策略，建议运行powercfg /h off关闭 - 某些主板 BIOS 中的 XMP/EXPO 配置异常，会导致内存控制器误报页错误，此时任务管理器显示“内存使用率 100%”但无高占用进程——需进 BIOS 重置 SPD 缓存
真正难处理的从来不是 pagefile.sys 的大小，而是它背后那层看不见的磁盘连续性、服务稳定性、以及硬件兼容性。调完数值不等于问题消失，得盯着 资源监视器 → 内存 → 已提交的内存 曲线是否平滑，再看 pagefile.sys 文件属性里“大小”和“占用空间”是否一致——差值过大，说明碎片已经动手了。
