Change Case插件需先选中文本才生效，不支持悬停识别；常见问题包括未启用、快捷键冲突或被其他插件拦截，应检查扩展状态、禁用干扰插件并确认语言模式正确。
Change Case 插件装完没反应？检查是否被其他插件拦截
Change Case 插件（wmaurer.change-case）本身不自动监听变量名，它只对当前选中文本生效。很多人装完就右键找“Convert to camelCase”却找不到菜单，其实是没先选中文字——它不支持光标悬停自动识别变量名。
常见错误现象：Command 'Change Case: Toggle Case' not found，通常是因为快捷键冲突或插件未启用。打开命令面板（Ctrl+Shift+P / Cmd+Shift+P），输入 Change Case 看是否有补全项；若无，执行 Developer: Show Running Extensions 确认该插件状态为“已启用”。
- 禁用所有其他格式化类插件（如
esbenp.prettier-vscode、bradlc.vscode-tailwindcss）后重试，某些插件会劫持右键菜单 - 确保文件关联了正确语言模式（比如
.js文件顶部显示的是JavaScript而非Plain Text） - 快捷键默认是
Ctrl+Shift+P→ 输入Change Case: Snake Case，不依赖右键
在重命名变量时怎么避免改错作用域？别直接用 Change Case 替换全文
Change Case 的 Convert to kebab-case 或 Convert to PascalCase 是纯文本操作，不理解 JS/TS 的作用域、字符串字面量或注释。比如你在函数里写 const user_name = "test"，选中 user_name 执行转换，它不会帮你改后续所有引用——那是 Refactor > Rename Symbol（F2）的事。
真实使用场景：你刚从 API 接口拿到一个 first_name 字段，想在 TS 接口里定义成 firstName，此时应：
- 仅选中
first_name这一段（不要多选空格或引号） - 按
Ctrl+Shift+P→ 输入Change Case: Camel Case→ 回车 - 如果字段在 JSON 示例里（比如
{"user_id": 123}），先复制出来单独处理，别直接在字符串内操作，否则会把引号里的内容也转义出错
和 VSCode 内置的 rename symbol（F2）有什么区别？什么时候该用哪个
F2 是语义级重命名：它靠语言服务器（如 TypeScript Server）分析 AST，能跨文件更新所有引用、保持类型安全；而 Change Case 是字符级转换，快但无上下文。
性能与兼容性影响明显：大型 TS 项目中，F2 可能卡顿 1–2 秒等待索引完成，而 Change Case 立等可取。但如果你只是临时整理一段粘贴过来的 JSON Key、或是写脚本生成代码模板，F2 根本不触发（因为没声明变量）。
- 用
F2：已声明的let my_variable→ 想改成myVariable并同步更新所有调用处 - 用 Change Case：从文档复制的
HTTP_RESPONSE_CODE→ 快速转成httpResponseCode作为新变量名草稿 - 两者可组合：先用 Change Case 把草稿名转好，再用
F2命名为该草稿，VSCode 会自动完成后续引用更新
自定义快捷键让 change case 更顺手？别改默认键位，加专属组合更稳
默认没有快捷键绑定，手动开命令面板太慢。可在 keybindings.json 中添加专用组合，例如给驼峰转换配 Alt+C：
[
{
"key": "alt+c",
"command": "change-case.camelCase",
"when": "editorTextFocus && !editorReadonly"
}
]
容易踩的坑：when 条件漏写会导致快捷键全局生效（比如在搜索框里按 Alt+C 也触发），或者在终端里误触发。务必保留 editorTextFocus 和 !editorReadonly。
参数差异注意：不同转换命令对应不同 command ID，不能混用。比如 change-case.snakeCase 和 change-case.kebabCase 是两个独立命令，必须分别绑定。
复杂点在于：VSCode 不允许同一快捷键触发多个命令，所以想“选中→转驼峰→自动触发重命名”得靠宏插件（如 geddski.macros），Change Case 本身做不到链式操作。
