VSCode 内存高主因是默认全副武装启动，禁用GPU加速、限制渲染进程、绕过沙箱可降200–400MB；code --disable-gpu仅在Intel核显等特定场景有效，需用code --status验证RSS下降；extensionHostMode设为local-process可隔离插件内存，但需完全退出并注意兼容性；优先启用largeFileOptimizations和maxMemoryForLargeFilesMB限值。
VSCode 内存高，八成不是 Electron 本身的问题，而是你没关掉它默认“全副武装”的启动方式——禁用 GPU 加速、限制渲染进程、绕过 Electron 默认沙箱策略，能从底层压下 200–400MB 基础开销。
code --disable-gpu 能不能真降内存？
能，但只对特定硬件组合有效：Intel 核显、老款 AMD APU、部分虚拟机环境，以及 macOS 外接显示器时的渲染线程阻塞场景。M 系统 Mac 或 NVIDIA/RTX 独显本上反而可能更卡。
- 先验证效果：完全退出 VSCode，在终端运行
code --disable-gpu启动，观察code --status中 renderer 进程 RSS 是否下降 150MB+ - 若有效，把
"disable-hardware-acceleration": true写进~/Library/Application Support/Code/User/settings.json（macOS）或对应路径的argv.json - 别混用
--disable-gpu和--enable-gpu-rasterization，后者依赖 GPU 加速，冲突会导致渲染白屏
renderer 进程太多？改 extensionHostMode
VSCode 默认让 Extension Host 和 renderer 共享进程，插件一多，UI 渲染就抖动、内存难回收。设为 local-process 可强制扩展在独立子进程中运行，避免污染主渲染上下文。
- 打开命令面板，执行
Preferences: Configure Runtime Arguments，编辑argv.json - 添加键值对：
"extensionHostMode": "local-process" - 必须完全退出 VSCode（macOS 要点菜单栏 Quit），否则旧 renderer 进程仍驻留
- 注意：某些插件（如旧版
dbaeumer.vscode-eslint）不兼容此模式，会报Extension host terminated unexpectedly
Electron 沙箱和可访问性要不要关？
可关，但得看场景。关闭 --disable-renderer-accessibility 对屏幕阅读器用户无效，且现代系统已很少触发相关泄漏；--no-sandbox 则有安全风险，仅限调试或离线开发环境临时使用。
- 仅当确认是 accessibility API 导致 renderer 长期 >400MB 时才加
--disable-renderer-accessibility -
--no-sandbox不要写进argv.json，只用于单次调试：code --no-sandbox --disable-gpu . - 真正该优先调的是
"editor.largeFileOptimizations": true和"files.maxMemoryForLargeFilesMB": 40，它们直接限制 Electron 渲染器加载文件的内存上限
Electron 层优化见效快，但容易翻车的点在于：参数写错位置（比如把 disable-hardware-acceleration 放 settings.json 而非 argv.json）、未彻底退出就重载窗口、或者盲目关沙箱却忽略插件兼容性。改完一定用 code --status 对照 renderer 和 extensionHost 的 PID 和 RSS，别信任务管理器里那个笼统的 “Code Helper”。
