Notepad++大小写转换无效通常因触发条件未满足：未选中文本时仅作用于光标所在行，若该行无ASCII字母（如空行、注释行、纯数字行）、编码非UTF-8/ANSI、处于列编辑模式、快捷键被宏占用、文档只读或含非ASCII字符，均会导致“没反应”。
Notepad++ 大小写转换无效，90% 的情况不是功能坏了，而是触发条件没凑齐——Ctrl+U 和 Ctrl+Shift+U 本身从不“失效”，只是你没让它“看见字母”。
为什么按了 Ctrl+U 没反应
它根本没找到可转换的 ASCII 字母（A–Z / a–z），常见场景包括：
- 没选中文本，且光标停在空行、注释行、纯数字行或全符号行（如
// TODO或123:）→ 实际处理了，但结果不可见 - 文档编码是
GBK或ISO-8859-1，而文本含重音字符（如café）→é被跳过，只转了cafe部分，看起来像“没动” - 处于列编辑模式（
Alt + 鼠标拖选）→ 快捷键静默忽略，不报错也不提示 -
SCI_LOWERCASE命令被宏占用：进Settings → Shortcut Mapper → Scintilla commands，搜该命令名，确认绑定仍是Ctrl+U
Ctrl+Shift+U 全文大写怎么触发
它默认不作用于全文，必须靠菜单弹窗确认：
- 不选任何文本，用鼠标点顶部菜单：
Edit → Convert Case to → Upper Case - 会弹出提示：“未选择文本，是否对整篇文档执行？”→ 点“是”才真正全文生效
- 快捷键
Ctrl+Shift+U即使没选中，也只处理光标所在行，不会弹这个框 - 如果文档是只读状态（如日志被其他进程占用），转换会被静默跳过，状态栏无提示
正则替换里 \L\1 怎么写才有效
这是 Notepad++ 特有语法，不是通用正则，容错率极低：
- 必须勾选
Regular expression，且文档编码为UTF-8（状态栏右下角显示为准） - 查找内容必须带捕获组，例如：
class="([^"]*)"；替换内容必须紧挨着写：class="\L\1"（\L和\1之间不能有空格） -
\L$1、\L\0、\L \1全部无效，会原样输出字符串 - 如果替换后出现乱码或字面输出，优先检查编码：先
Encoding → Convert to UTF-8，再试
宏批量处理多个文件为何中途报错
宏不识别“最后一个文件”，只会机械执行 Ctrl+Tab，切到空白页就崩：
- 先用
File → Open多选所有目标文件（支持Ctrl+多选），数清共N个标签页 - 录制时：激活第一个 →
Ctrl+A→Ctrl+U→Ctrl+Tab→ 停止 - 播放时只按
Ctrl+Shift+P共N−1次（最后一次不用切） - 若文件含混合编码，建议先统一
Encoding → Convert to UTF-8，再录宏，否则部分文件可能漏转
真正容易被忽略的是：所有转换操作都严格限定在 ASCII 字母范围内，中文、emoji、希腊字母、带重音的拉丁字符（如 ñ、ü）一律跳过——这不是 bug，是 Scintilla 底层设计如此。动手前先看一眼状态栏编码和光标位置，比反复重按快捷键更省时间。
