真正稳定可用的VSCode翻译插件仅2款：Comment Translate专注注释原地翻译，Code Translate支持任意文本右键翻译；其余如Auto Comment Translator已两年未更新，instant/quick类插件易致内存飙升。
VSCode 本身不提供翻译能力，装插件是唯一可行路径；但多数用户装完发现没反应、乱码或卡顿，根本原因不是不会配，而是选错了插件或忽略了底层限制。
哪些插件现在还能用且稳定
截至 2026 年 4 月，真正维护活跃、兼容 VSCode 1.85+、支持主流语言（中/英/日/韩）的只有两个：
-
Comment Translate：专注注释，光标停在//或/* */内按快捷键即可原地翻译，不碰变量名和字符串 -
Code Translate：更通用，支持选中任意文本（包括函数名、字符串字面量），右键调用Translate Comment - 别装
Auto Comment Translator——已两年未更新，VSCode 启动时控制台报Cannot find module './extension' - 也别信带
instant或quick字样的插件，它们多靠后台静默开浏览器页，内存飙升是常态
为什么装了插件却没反应
常见触发失败和静默忽略，几乎都跟识别逻辑有关，不是插件坏了：
- 光标必须落在注释文本内部，比如
// init DB conn w/ retry，不能只停在//后面的空格处 - 只识别标准注释语法：
//、/* */、/** */；#（Python）、--（SQL）不支持 - 文件语言模式要是明确的，比如
javascript，不能是plaintext或unknown——看右下角状态栏确认 - 多行块注释必须完整选中，
/*和*/得在同一选区内，跨行但漏掉*/就会失效
翻译结果语序错乱或术语翻不准
这不是插件问题，是翻译引擎对代码上下文无感。直译变量缩写、驼峰词、API 名，必然出错：
-
userProfileData被拆成「用户 轮廓 数据」→ 关闭translator.translateOnType，改用手动触发，且选中整个标识符 - 注释里含代码片段，如
// use `axios.get()`→ 在settings.json中启用"codeTranslate.preserveCode": true，反引号内原文保留 - 混合语言注释（如中文里夹
memoization）→ 插件无法判断术语边界，建议人工校对后加/* TRANSLATED: ... */标记避免重复触发 - 默认走免费接口（如 LibreTranslate）响应慢、限频高 → 配
commentTranslate.service为google或填deepl的apiKey，准确率明显提升
ARM 设备（M1/M2/M3、Windows on ARM）装不上怎么办
Translator 类插件主力版本只打包了 x64 架构资源，在 ARM 上会静默失败：
- 打开命令面板，输入
Developer: Show Running Extensions，如果Translator不在列表里，基本就是架构不兼容 - 去插件市场点「Versions」，确认最新版发布包里有没有
darwin-arm64或win-arm64标签——没有就别硬装 - 替代方案：用
Comment Translate（纯 JS 实现，无架构依赖） + 浏览器划词快捷转发（配合externalTerminal配置） - 或者直接弃用翻译插件，在关键注释旁手动补中文，用
/* @zh: ... */这类标记约定，长期看更可控
真正麻烦的从来不是“怎么装”，而是“什么时候不该自动翻”——比如正在调试时 hover 看 std::io::ErrorKind::NotFound，弹出浮层遮住下方签名，这种干扰比不翻还糟。留心触发时机和上下文隔离，比堆配置重要得多。
