VSCode重命名依赖语言服务识别符号而非规则设置，仅做语义替换；生效前提为正确语言模式、启用对应语言服务器及配置文件；F2后必须检查预览，避免误改字符串或动态引用；统一风格需ESLint/Pylint等工具配合自动修复。
重命名功能不靠“规则设置”，靠语言服务识别
VSCode 没有全局可配置的「重命名规则」（比如强制驼峰、禁用下划线），它不做命名风格校验，只做语义级符号替换。你输入什么名字，它就替换成什么名字——user_name 改成 userName 或 USER_NAME 都行，它不拦也不建议。
真正影响重命名是否生效、改得全不全的，是语言服务能不能把那个标识符识别为“可重命名的符号”。常见卡点：
- 文件右下角显示
Plain Text而不是Python/TypeScript→ 语言模式错，F2 直接失效 - Python 项目没装
Pylance，或python.languageServer设成了Jedi→ 跨文件重命名大概率只改当前文件 - TypeScript/JS 项目根目录缺
tsconfig.json或jsconfig.json→ import/export 链断了，引用位置找不到 - 光标停在
obj["user_name"]的引号里，或// user_name注释中 → 不是符号，只是文本，F2 不触发
F2 重命名时怎么避免误改？关键看预览
按下 F2 输入新名后，VSCode 会弹出 “Preview changes” 窗口，列出所有将被修改的位置。这不是可选项，是必须检查的环节。
容易被忽略但实际危险的情况：
- 字符串字面量里恰好有同名文本，比如日志中写了
"user_name is required"→ 它不会出现在预览里，因为语言服务知道这不是变量引用 - 但如果你用的是动态属性访问：
obj[userVar]，而userVar = "user_name"→ 这种不会被重命名，预览里也看不到，得手动核对 - TS 中类型别名
type UserConfig = ...默认不参与重命名，除非开启typescript.preferences.renameShorthandProperties: true - 预览里出现
node_modules/xxx路径 → 别点“全部应用”，那是第三方依赖，改了也没用还可能破坏
想统一命名风格？得靠 ESLint / Pylint + 代码格式化
VSCode 本身不提供命名规范自动修正，但可以联动静态检查工具实现“改完提醒+一键修复”：
- JavaScript/TypeScript：配
@typescript-eslint/naming-convention规则，保存时标红user_name，按Ctrl+.可快速转成userName - Python：用
pylint的invalid-name规则，或ruff的UP037（下划线转驼峰），配合editor.codeActionsOnSave自动修 - 关键配置项（写进
settings.json）："editor.codeActionsOnSave": {"source.fixAll": true}"eslint.run": "onSave"
注意：这类修复是“文本替换”，不是语义重命名，所以不会更新跨文件引用——它只改当前文件里符合规则的地方。
批量改多个不同变量名？别信插件，用正则 + 文件过滤
比如要把 user_id、post_id、comment_id 全改成 userId、postId、commentId，F2 一个一个来太慢，也做不到自动推导规则。
安全做法是打开全局替换面板（Ctrl+Shift+H），严格限定范围：
- 勾选
Match Case和Match Whole Word，避免误伤user_id_token这类复合词 - 在
files to include栏填：**/*.ts,**/*.js,**/*.py，排除node_modules、dist、__pycache__ - 查找正则：
\b(\w+)_(id|name|type)\b，替换为：$1$2（注意大小写需手动处理，VSCode 正则不支持 \u） - 务必先点
Find in Files（Ctrl+Shift+F）预览所有匹配项，确认无异常再执行替换
最常被跳过的一步是验证：改完后用 git diff 快速扫一遍，重点看是否误改了 JSON 键、HTML 属性或注释里的硬编码字符串——这些地方 F2 不管，正则也容易漏判。
