vscode需借插件实现翻译，核心在于匹配行为模式：查词用悬浮翻译（如translate dict），翻注释用comment translate，变量命名用ctrl+shift+n生成驼峰式候选，离线仅支持本地词库匹配，混用多模式易致冲突。
VSCode 本身不带翻译能力，但通过插件能实现「鼠标悬停即译」和「中英对照显示」——关键不在装哪个插件，而在选对行为模式：是想查单词、翻注释，还是改变量名？不同目标对应完全不同的插件机制和配置项。
选中悬浮翻译：适合查单个词或短语
这是最轻量的用法，类似浏览器划词翻译。核心要求是插件能监听 hover 事件并触发本地/远程查询。
- 推荐插件：
TransGo（支持右侧面板手动输入）、Quick Translate（纯悬浮，无面板）或离线向的Translate Dict -
Translate Dict的优势是词库本地化，hover响应快（160–200ms），但中译英时会遍历全库，长句慎用 - 组合词如
devDependencies无法直接识别，需手动选中Dependencies部分再悬停 - 若悬停无反应，检查设置里是否启用了
editor.hover.enabled和插件自身的hover.enabled配置项（如commentTranslate.hover.enabled）
注释自动翻译：光标停在注释里就出中文
这类插件专为阅读外文项目设计，不碰代码逻辑，只处理 // 或 /* */ 内容，避免误翻变量名。
-
Comment Translate是目前最稳的选择：光标落在注释内，按默认快捷键Ctrl+Shift+T即原地替换为中文；开启沉浸式后整文件注释自动渲染双语 - 它默认跳过字符串字面量和标识符，所以不会把
console.log("error")里的error翻成“错误” - 注意配置项
commentTranslate.source（源语言）和commentTranslate.targetLanguage（目标语言），设成"en"和"zh-CN"才能正确反向识别英文注释 - 若翻译结果错位（比如把
// init config翻成“初始化配置”，但显示在上一行），说明插件未正确解析 TextMate 语法范围，可临时禁用其他高亮类插件排查
变量名中译英：把中文注释转成合规英文标识符
这不是翻译，而是命名建议生成，依赖语义切分与大小写规则，不是所有插件都支持。
-
Comment Translate提供Ctrl+Shift+N快捷键：选中中文描述（如“用户登录状态”），输出userLoginStatus、isLoggedIn等多个驼峰式候选 -
Code Translate更灵活，但需手动选中——适合临时查某个 API 的文档字符串，比如选中"获取当前用户信息"后右键翻译，得到getCurrentUserInfo - 这类功能依赖后端翻译 API（如有道、百度），若提示
"Translation failed: Network Error"，先确认插件配置中appKey和appSecret是否填写正确，且未暴露在公开仓库中 - 生成的变量名不会自动插入代码，需手动复制粘贴，别指望它帮你重命名整个函数
离线 vs 在线：网络不可靠时怎么保底
所谓“离线翻译”，其实只有两种真实路径：本地词库匹配，或预缓存 API 响应。真正的离线机器上跑 Google 翻译是不可能的。
-
Translate Dict是真离线：词库内置，无网络也能查function、async这类基础词，但对新术语、缩写（如jsx）基本无效 -
Comment Translate和TransGo默认走在线 API，但都支持 fallback 到浏览器：当翻译失败时，插件会生成带 query 的 Google 翻译 URL，点击即跳转 - 不要信宣传页写的“支持离线 Google 翻译”——那是误导。VS Code 插件运行在 Node.js 沙箱里，没有权限调用系统级离线翻译服务
- 如果公司内网禁外联，唯一可行方案是自建轻量翻译代理（如用 Flask 封装有道 API），然后把插件的
translationEndpoint配置项指向内网地址
真正容易被忽略的点是：同一份代码里混用多种翻译行为（查词 + 翻注释 + 改变量名）会导致快捷键冲突、悬浮覆盖、甚至 hover 提示延迟卡死。建议按场景拆开使用——日常读代码只开 Comment Translate，写新模块时再启用 TransGo 面板手动输中文生成变量名。
