VSCode汉化包几乎不占内存，真正消耗资源的是语言服务类扩展；其本质是轻量JSON文件，不启动进程、不加载JS逻辑；影响内存的是AST构建和符号索引，而非界面翻译。
VSCode汉化包本身几乎不占内存，真正吃资源的是语言服务类扩展（比如 ms-python.python、esbenp.prettier-vscode），而不是界面翻译本身。
汉化包本质只是 JSON 翻译文件，不启动进程
官方中文语言包（vscode-language-pack-zh-hans）安装后仅向 vscode\locales 目录写入几个 KB 的 zh-hans.json 文件，运行时不加载任何 JS 逻辑、不注册监听器、不启动子进程。它被 Electron 渲染器读取后直接映射进内存，开销可忽略（实测
- 汉化包不会出现在
Developer: Show Running Extensions列表中——因为它不是“运行时扩展”，只是资源包 - 禁用语言包后界面仍显示中文？那是系统 locale 或之前缓存生效，不代表它还在工作
- 别试图通过卸载汉化包来省内存，这和删掉字体文件一样无效
真正该盯住的是“带语言服务器”的扩展
很多人误以为“中文界面卡顿 = 汉化包问题”，实际是同时启用的 Python、TypeScript、Java 等语言扩展在后台持续解析代码、维护符号表、响应 LSP 请求。它们才是内存大户：
-
ms-python.python启动 Pylance 后常驻 400–700MB，尤其在含venv或大量第三方库的项目中 -
ms-vscode.vscode-typescript-next对 2000+ 文件的 TS 项目，AST 缓存可达 1.2GB+ - 多个语言扩展共存时，
extensionHost进程 RSS 容易突破 1.6GB，且 GC 频率下降
怎么确认是不是语言扩展在拖慢 VSCode？
别猜，直接看进程树和实时占用：
- 按
Ctrl+Shift+P→ 运行Developer: Open Process Explorer，展开extensionHost节点，找带项目路径或语言标识（如(python)、(typescript)）的子项 - 右键对应条目 →
Reveal in Explorer，确认是否指向你当前工作区的语言扩展目录 - 关闭当前工作区（不是关窗口），再打开一个空文件夹，观察
extensionHostRSS 是否从 >1GB 降到 300MB 左右——若明显回落，就是语言服务在吃资源
轻量替代方案：禁用语言服务，保留基础语法高亮
如果你只写简单脚本、不依赖跳转定义或智能补全，可以关掉重型语言服务，只留语法支持：
- 禁用
ms-python.python，改用内置的redhat.vscode-yaml+ms-python.pylint（仅校验，不启 LSP） - 对 JS/TS 项目，把
"typescript.preferences.includePackageJsonAutoImports": "auto"改为"never"，避免自动扫描node_modules - 在项目根目录
.vscode/settings.json中加："editor.quickSuggestions": {"other": false, "comments": false, "strings": false}，关闭非必要提示
真正影响内存的是语言服务的 AST 构建和符号索引，不是界面上“设置”“文件”这些词有没有被翻译成中文。盯着 extensionHost 里那些带括号标注语言名的进程，比删汉化包有用十倍。
