VSCode的大小写转换命令仅对选区字符逐个调用JavaScript原生方法，不识别词边界或语义；必须满足编辑器焦点+有效选区才能触发；无原生反转功能，推荐使用change-case扩展。
选中内容转换为大写或小写，到底改了什么
VSCode 的 editor.action.transformToUppercase 和 editor.action.transformToLowercase 是纯 ASCII 字母映射操作，不识别词边界、不处理命名规范、也不做语义判断。它只对选区内的每个字符逐个调用 JavaScript 的 .toUpperCase() 或 .toLowerCase() 方法。
- 下划线
_、连字符-、数字0-9、空格、中文、emoji 全部原样保留 -
getUserId→GETUSERID（不是GETUSERID，驼峰被抹平） -
user_name→USER_NAME（下划线不动，只转字母） -
café→CAFÉ（重音符号保留，但土耳其语的i/I映射不生效） - 多行选中时，每行独立执行，不会跨行合并或对齐格式
为什么快捷键按了没反应，90% 是这几种情况
这两个命令必须满足「编辑器文本焦点 + 有效选区」才能触发，缺一不可。常见失效场景非常具体：
- 光标停在单词上但没真正选中（哪怕只选一个字母才算）
- 当前焦点在终端、调试控制台、搜索框、设置页或文件资源管理器里
- 快捷键被系统级软件拦截（如录屏工具、输入法、远程桌面客户端吞掉了
Ctrl+Shift+P） - 快捷键绑定冲突：比如你设了
Ctrl+U，但它默认是「撤销格式化」；设Ctrl+Shift+U又可能和某些扩展的「Unicode 输入」冲突 - 语言模式异常：极少数自定义语言配置禁用了编辑命令（但原生
plaintext、javascript、json等均支持）
自定义快捷键时必须检查的两个条件
手动配快捷键不是按下组合键就完事，VSCode 对绑定有隐含约束：
- 必须确保
when条件是editorTextFocus（默认值），否则在代码编辑区外也响应，或根本不起作用 - 绑定后务必在键盘快捷方式面板里搜该组合键，确认只有目标命令被绑定——例如搜
ctrl+alt+u，如果看到两行结果，说明已被其它命令占用 - 推荐组合：
Ctrl+Alt+U/Ctrl+Alt+L（Windows/Linux），Cmd+Alt+U/Cmd+Alt+L（macOS），避开Ctrl+Shift+*这类易被系统劫持的序列 - 不要用
Ctrl+Shift+U：它在很多 Linux 发行版中默认触发 Unicode 输入，Windows 上也可能和某些 IDE 插件冲突
想“反转大小写”？原生做不到，别硬套
VSCode 没有 toggleCase 命令，也没有条件逻辑支持「当前是大写就转小写，反之亦然」。所有尝试绕过这个限制的做法都有明显代价：
- 正则替换
([a-z])|([A-Z])→$2$1仅适用于纯 ASCII，且无法处理XMLHttpRequest这类混合缩写 - 自己写插件调用 Node.js 或 shell 脚本，会引入启动延迟、跨平台兼容问题，还可能和 Prettier 格式化时机冲突
- 最务实的选择是装
change-case扩展，绑定其changeCase.toggle命令——它专为这个场景设计，体积小、无运行时开销、更新勤 - 注意：即使用了扩展，对
user2Name或API_Key这类混排标识符，它也只安全地转换字母部分，不会动数字或下划线
真正容易被忽略的是：大小写转换是文本操作，不是重命名。如果你在改变量名，优先用 F2 触发语义重命名，而不是靠 transformToLowercase 批量扫荡——后者会误伤字符串字面量和注释里的相同拼写。
