Notepad++中Ctrl+U/Ctrl+Shift+U没反应主因是未满足触发条件：未选中文本且光标所在行无ASCII字母、编码非UTF-8/ANSI/UTF-8-BOM、处于列编辑模式或快捷键被宏占用；全文转换须用菜单命令并确认弹窗；正则替换需用\L\1/\U\1语法配合UTF-8编码。
Ctrl+U 和 Ctrl+Shift+U 就是最快路径，但按了没反应、转错行、跨文件失败——问题几乎全出在触发条件和编码上，不是快捷键本身坏了。
为什么 Ctrl+U 或 Ctrl+Shift+U 按了没反应
不是快捷键失效，而是 Notepad++ 根本没找到可转换的 ASCII 字母：
- 没选中文本，且光标停在空行、注释行（如
//开头）、纯数字行或只有符号的行 → 它只处理“当前行”，而该行无字母 - 文档编码不是
UTF-8、ANSI或UTF-8-BOM→ 例如GBK下的café中的é会被跳过或乱码，看起来像“没反应” - 处于列编辑模式（
Alt+ 鼠标拖选）→ 快捷键静默失败，切回普通选中即可 -
Ctrl+U被宏录制占用 → 进Settings → Shortcut Mapper → Scintilla commands，搜SCI_LOWERCASE确认绑定是否仍为默认
怎么安全地全文转大写或小写
别依赖没选中时的快捷键——它只作用于单行。唯一能触发全文转换的，是菜单命令加确认弹窗：
- 确保没选中任何文本
- 点顶部菜单
Edit → Convert Case to → Upper Case（或Lower Case） - 弹出提示“未选择文本，是否对整篇文档执行？” → 点
Yes
这个流程绕过了快捷键的“单行默认行为”，也避开了右键菜单不显示该选项的问题。
如何用正则替换实现上下文感知转换（比如只转 class="..." 里的内容）
原生命令无法识别 HTML 属性边界，必须用 Ctrl+H 配合 \L / \U 特有语法：
- 打开
Search → Replace（Ctrl+H），勾选Regular expression - 查找填：
class="([^"]*)，替换填：class="\L\1"（\L必须紧挨\1，中间不能有空格） - 若要转大写，替换填：
class="\U\1"；多个属性需分次操作，\U不跨分组 - 非
UTF-8编码下，带重音符的字母可能被跳过——先点Encoding → Convert to UTF-8再操作
批量处理多个文件时，宏为什么播到一半就卡住
宏不会自动识别“最后一个文件”，只会机械执行你录的动作（比如 Ctrl+A → Ctrl+U → Ctrl+Tab）：
- 先用
File → Open多选所有目标文件（支持Ctrl+多选），数清共N个标签页 - 从第一个标签页开始录制：激活 →
Ctrl+A→Ctrl+U→Ctrl+Tab→ 停止 - 播放时只按
Ctrl+Shift+P共N−1次（最后一次不用切标签） - 录制中切勿 Alt+Tab 或鼠标点到其他窗口，否则宏会混入错误动作
真正容易被忽略的是：哪怕正则写对、快捷键按对、宏录得准，只要状态栏右下角显示的不是 UTF-8，含重音符或非 ASCII 字母的文本大概率被跳过——这不是 bug，是 Scintilla 底层解析限制。
