notepad++中l和u可实现捕获组内小写/大写转换，仅支持紧邻且需勾选“正则表达式”模式；不支持l$1、\u\0等写法，utf-8编码最稳定，跨行用\r，翻转大小写须分两步用u$0/l$0。
Notepad++正则替换中L和U怎么写才生效
直接写L或U才能转大小写，其他写法基本都白忙活。这两个是Notepad++自研语法，不是通用正则，不支持L$1、U 、L $1（中间有空格）或UE（E在Notepad++里无效）。它只对紧邻的捕获组（如）起作用，且必须出现在“替换为”框里。
常见错误现象：替换后原样输出L字符串——八成是没勾选「正则表达式」，或者右下角状态栏显示的是“普通”或“扩展”，不是“正则表达式”。
- 必须先用
([^"]*)这类括号捕获目标内容，否则无处可指 -
L和U不能跨分组，比如class="(w+) (w+)"想把两个词都转小写，得写class="L L"，不能只写一个L - UTF-8编码下表现最稳；GBK编码遇到café这类带重音字母，可能跳过或乱码
匹配范围不对？检查正则模式和换行符
Notepad++的正则引擎默认不跨行，.*不会匹配换行符。如果想处理多行HTML属性或跨行文本，得显式包含换行符——但注意：
不是换行符，而是字面量n；
只适用于Windows格式文档；稳妥写法是R（v7.9+支持），它能自动适配
、
、
。
另一个高频坑：没切到正则模式。右下角不显示“正则表达式”时，[a-z]会被当普通字符串搜，根本找不到小写字母。
- 操作路径：按
Ctrl+H→ 看右下角 → 点击切换为「正则表达式」 - 预览匹配很重要：点「在下方查找」确认高亮区域是否符合预期，别急着点「全部替换」
- 空行或连续换行符需单独处理，比如
RR替换成R，避免批量替换后多出一堆空格
想翻转大小写（a↔A）？得拆成两步走
Notepad++没有toggle case功能，Scintilla底层也不支持。所谓“互转”只能靠两次正则替换模拟：先把小写字母全转大写，再把（此时剩下的）大写字母全转小写——但注意，这仅对ASCII字母A–Z/a–z有效，数字、中文、符号完全不动。
典型步骤：
- 查找：
[a-z]，替换为：U$0（U是大写控制符，$0指整个匹配项） - 查找：
[A-Z]，替换为：L$0（L是小写控制符） - 两个步骤必须分开，不能合并成
[a-zA-Z]→U$0，否则所有字母都会变成大写
为什么不用U和L？因为它们只作用于捕获组，而这里要匹配单个字母，不需要分组，用U$0/L$0更直接可靠。
批量改多个文件时，路径和编码最容易翻车
「在文件中替换」功能不弹确认框，改完直接落盘。路径写D:proj*可能扫进无关子目录，编码混用（ANSI + UTF-8）会导致部分文件漏匹配。真正安全的做法是先「在文件中查找」看命中结果，再动手替换。
- 路径尽量收窄：
D:projsrc*.html比D:proj*可控得多 - 批量前统一编码：菜单栏「编码 → 转为UTF-8」，避免GBK文件里class值被截断或跳过
- 别依赖宏做跨文件大小写转换：宏播到最后一个标签页会停在空白页报错，手动数文件数反而更省心
最常被忽略的一点：所有大小写转换逻辑都基于当前文档的实时渲染状态，而不是原始字节流。你手动改过几个字母再运行Ctrl+Shift+U，它只转那些“看起来是小写”的字符——这种状态感知机制，在混合编辑场景下比想象中更脆弱。
