F2重命名不会影响注释，因其基于语言服务语义分析，仅修改变量声明、函数定义等有效符号引用；若误改注释，实为语言服务失效退化为文本替换，常见于状态栏显示Plain Text、光标误入注释、缺失tsconfig.json/pyproject.toml或误用Ctrl+H全局替换。
F2 重命名不会影响注释，但前提是光标没落在注释里——它根本不会触发；一旦误触，就说明语言服务已失效或上下文被污染。
为什么重命名有时会“改到注释里”
这不是 VSCode 主动改注释，而是重命名功能彻底没生效，退化成了纯文本替换。常见诱因包括：
- 状态栏显示
Plain Text或Python（没带(Pylance)），说明语言服务器未接管 - 光标停在注释行内（哪怕只是多按了一下 → 跳进
//后面），F2会静默失败，此时你输的新名可能被当作普通编辑操作 - 项目缺少
pyproject.toml（Python）或tsconfig.json（TS），跨文件引用无法解析，编辑器 fallback 到模糊匹配，误中注释或字符串 - 手动打开了
Ctrl+H并勾选了“全字匹配”以外的选项，后续又忘了关——这种误操作常被记成“重命名改了注释”
F2 重命名真正的安全边界在哪里
VSCode 的 Rename Symbol 命令只作用于语言服务器识别出的「语义符号」：变量声明、函数定义、类名、接口、导出的模块绑定等。它天然排除：
// 这是注释，里面写 user_id 没关系-
'user_id is required'—— 字符串字面量 -
`fetch_${entity}_list()`—— 模板字符串中的插值表达式 -
obj[userKey]—— 动态属性访问（LSP 静态分析不可见）
换句话说：只要 F2 正常弹出预览窗口，并列出明确的 file.ts:12、utils.js:45 等位置，你就完全不用担心注释被碰。
容易被忽略的“伪重命名”陷阱
有些场景看起来像重命名影响了注释，其实是其他机制在起作用：
-
Ctrl+Shift+H（全局替换）误开“正则模式”，把user_id替换成userProfileId，结果把// user_id param也扫进去了 - 用 Copilot 写注释时输入
rename user_id to userProfileId，它生成的是带注释的代码块，你手抖点了插入，等于自己把旧名写进了新注释 - 重命名后手动补注释，复制了旧变量名没改，比如：
// TODO: rename user_id to userProfileId—— 这不是工具问题，是人没清空缓存
最常被跳过的验证动作：重命名后别急着保存，先按 Ctrl+Shift+F 搜旧名，关闭正则、开启“全字匹配”，确认返回结果全是预期中的引用——如果还看到注释行，说明你根本没走通语义重命名路径。
