低内存环境下应选用Notepad++或Acode等不依赖JavaScript堆的HTML工具；VS Code需固定虚拟内存为物理内存1.5倍并禁用自动管理；浏览器须指定--max-old-space-size参数且避免file://协议。
虚拟内存不足时，HTML工具会直接卡死或崩溃
物理内存 ≤ 4GB 且虚拟内存未合理设置的机器，打开 VS Code 或含 Web Workers 的 HTML 预览器大概率触发 OutOfMemoryError 或浏览器无响应。这不是工具本身的问题，而是系统无法为 JavaScript 堆分配足够连续页空间。此时选工具的第一原则是：绕过对大内存堆的依赖。
Notepad++ 和 Acode 是唯一不依赖虚拟内存堆的HTML工具
它们不启动 V8 引擎，不加载 DOM 解析器，也不运行任何 JS 执行环境——所有功能靠原生渲染与静态语法分析完成。这意味着：pagefile.sys 大小变化对其完全无影响。
- Notepad++ 在 Windows 上冷启动仅占 30–60MB 物理内存，
pagefile.sys设为 0 也能正常格式化 HTML - Acode 在 Android 上使用系统 WebView 渲染预览，JS 执行由 Chrome Custom Tabs 承担，自身进程不申请额外堆空间
- 二者均不支持
fetch()、localStorage或动态 DOM 操作——这反而是低内存环境下的优势
VS Code 必须配合固定大小虚拟内存才稳定
VS Code 默认启用 Electron 的多进程模型，主进程 + 渲染进程 + 扩展宿主进程会共同争夺堆空间。若 pagefile.sys 是动态管理（Windows 默认），在编辑大型 HTML 文件时易因页面交换抖动导致扩展崩溃。
- 必须将虚拟内存设为「初始 = 最大 = 物理内存 × 1.5」，例如 4GB 物理内存 → 设为 6144MB
- 禁用「自动管理所有驱动器的分页文件大小」，否则 VS Code 启动时可能被分配到碎片化的小块页文件
- 在
settings.json中添加"files.autoSave": "off"，避免保存瞬间触发大量文件 I/O 加剧页面交换
浏览器内运行的 HTML 函数工具最吃虚拟内存配置
像 CodePen、JSFiddle 或本地 python -m http.server 起的服务，其性能直接受限于浏览器进程可用堆上限。Chrome/Edge 默认单渲染进程堆上限约 2GB，若系统 pagefile.sys 小于 3GB，V8 GC 会频繁失败并降级为保守回收模式。
立即学习“前端免费学习笔记（深入）”；
- 务必用
--max-old-space-size=4096启动浏览器，否则即使虚拟内存设得再大也无效 - 禁用所有非必要扩展，每个扩展平均占用 100–300MB 堆空间，会挤占 HTML 工具可用额度
- 避免在
file://协议下调试——该协议强制禁用部分内存优化路径，实际可用堆比http://localhost少 30% 以上
