VSCode中Translator插件安装失败或无效，主因是其不支持ARM64架构；变量名翻译不准因translateOnType开启导致驼峰词被拆分；注释乱码源于未声明源语言编码；与CodeGeeX共存会引发CPU飙升和API限流。
VSCode里装不上Translator插件？先看它是否支持当前系统架构
很多用户点安装后没反应，或者插件图标不显示，根本原因是插件本身不支持 ARM64（比如 Apple M1/M2/M3 或 Windows on ARM 设备）。Translator 主力维护版本只打包了 x64 架构的 Webview 资源，ARM 设备上会静默失败。
实操建议：
- 打开 VSCode 命令面板（
Ctrl+Shift+P/Cmd+Shift+P），输入Developer: Show Running Extensions，看Translator是否在列表里且状态为Active - 如果没出现，去插件市场页面右下角点「Versions」，确认最新版发布包里有没有
darwin-arm64或win-arm64标签 —— 没有就别硬装 - 替代方案：改用轻量级插件
CodeLLDB配合Comment Translate（仅翻译注释）或直接用浏览器划词 + 快捷键转发到 VSCode（需配置externalTerminal）
英文变量名生成不准？关键在translateOnType和上下文隔离
插件默认开启实时翻译，但对变量命名这种需要语义连贯的场景反而有害——它把 userProfileData 拆成三个词分别译，结果变成「用户 轮廓 数据」，完全丢失驼峰含义。
实操建议：
- 关闭自动翻译：
"translator.translateOnType": false，改用手动触发（默认快捷键Ctrl+Alt+T） - 选中完整标识符再触发，比如选中
fetchLatestNotificationList整个字符串，插件才能识别这是函数名而非零散名词 - 在
settings.json里加白名单："translator.ignoreLanguages": ["typescript", "javascript"]，避免在写代码时误触翻译干扰思维流
阅读源码时翻译注释乱码？检查contentLanguage和编码声明
常见现象：打开一个老项目，中文注释翻译成日文，或英文注释译出一堆俄文字母。这不是插件抽风，是它默认按文件顶部 /** @language zh */ 或 HTML 的 <meta charset="gbk"> 推断源语言，而很多 JS/TS 文件根本没声明。
实操建议：
- 在插件设置里强制指定源语言：
"translator.contentLanguage": "en"，尤其适合读开源库源码 - 遇到 GBK 编码的旧文档（如某些国产 SDK），先用 VSCode 右下角编码切换器转成
UTF-8 with BOM，否则插件读取字节流会错位 - 不要依赖插件自动识别多语言混合注释（比如
// TODO: 修复登录态失效 bug），这类行建议手动选中英文部分再翻译
Translator 和 CodeGeeX 同时启用时 CPU 占用飙升？关掉重复监听
两者都监听剪贴板和编辑器光标位置，叠加后每敲一个字母触发两次 DOM 查询 + 网络请求预热，M1 MacBook Air 上能跑到 120% CPU。这不是 Bug，是设计使然 —— 它们压根不是为共存优化的。
实操建议：
- 禁用其中一个的后台服务：
"translator.enableBackgroundService": false，保留手动翻译能力即可 - 如果主要用
CodeGeeX写代码，就把Translator降级为纯快捷键工具，删掉所有onSelectionChange类监听 - 检查插件输出面板：
View → Output → Translator，看是否有rate limit exceeded日志 —— 多个插件共用同一个免费翻译 API 密钥时容易触发限流，表现就是卡顿+空白弹窗
划词翻译真正难的不是装上，是让翻译时机、范围和上下文对齐你当下的读写意图。变量名要整词，注释要看编码，多插件共存得砍掉冗余监听 —— 这些细节不调，装得再快也没用。
