notepad++不支持“.匹配换行符”，需用\r显式匹配换行；因pcre默认关闭单行模式，.*仅限单行，跨行必须用\r替代换行符，如/\*.*?\r.*?\*/。
Notepad++ 本身不支持真正的跨行正则匹配（即 . 默认不匹配换行符），所谓“跨行搜索”必须靠显式写换行符或使用 \R，否则永远搜不到。
为什么 .* 搜不到跨行内容
Notepad++ 的 PCRE 引擎默认关闭单行模式（s flag），所以 . 只匹配除 \r、\n、\f 以外的任意字符。哪怕你勾了“正则表达式”，function\s+\w+\(\)\s*\{.*?\} 这种写法也只在单行内生效。
- 现象：搜
if.*?{却漏掉换行后的if (x) {块 - 根本原因：Notepad++ 没有“
.匹配换行”这个开关选项——网上说的“勾选某项启用”全是错的，那是 VS Code 或 Sublime 的逻辑 - 替代方案只有两个：
\R显式匹配换行，或改用非贪婪+换行符组合
用 \R 写可跨行的正则
\R 是 PCRE 内置元字符，在 Notepad++ 7.9+ 中稳定支持，能匹配 \r\n、\n、\r 任一种换行符，比硬写 \r\n 更稳妥。
- 查找多行注释：
/\*.*?\R.*?\*/（注意中间用\R，不是.*?） - 查找函数体（简化版）：
function\s+\w+\(\)\s*\{\R.*?\R\}（开头和结尾各一个\R，避免首尾空行干扰） - 如果文档是纯 Unix 换行（
\n），且你确认环境统一，也可用\n替代，但兼容性差 - 老版本 Notepad++（\R，此时只能写
\r\n并确保文档是 Windows 换行格式
批量跨文件替换时的陷阱
Ctrl+Shift+H（在文件中替换）不继承 Ctrl+Shift+F（在文件中查找）的上下文，即使你刚搜出一堆跨行结果，也不能直接点“全部替换”——它不会自动把 \R 当作换行处理，除非你在“查找内容”里明确写了。
- 错误操作：在查找窗口用
\R搜到结果 → 切换到替换窗口没重填\R→ 直接点全部替换 → 实际只替换了当前行内的内容 - 正确流程：打开 Ctrl+Shift+H → “查找内容”填含
\R的完整正则（如console\.log\(.*?\R.*?\)）→ “替换为”填对应内容（如// $0）→ 点“全部替换”前务必点“查找全部”预览是否真跨行命中 - 性能提醒：含
\R的正则在大文件中可能变慢，尤其搭配.*?；建议先限定文件类型（如*.js），避免扫整个项目目录
行首行尾锚点在跨行场景下的失效风险
^ 和 $ 在 Notepad++ 中默认是“行首/行尾”，但一旦正则里用了 \R，它们的行为就容易误判——^ 不会匹配 \R 后的新行开头，除非你加 m 标志（Notepad++ 不支持）。
- 现象：想给每段 JSON 对象前后加空行，写
^\{.*?\}\R→ 实际只匹配第一行，因为^锚定的是整个文本开头，不是每个\R后的位置 - 解决办法：放弃
^/$，改用上下文特征定位，比如\R\{或\}\R - 更稳做法：分两步——先用
\}\R\{替换为\}\R\R\{补空行，再用^\{和\}\R$单独处理首尾
跨行替换最麻烦的从来不是语法，而是你得时刻记住：Notepad++ 的每一处换行都得亲手写出来，它不会帮你猜、也不会自动适配。写 \R 之前，先用“显示所有字符”确认文档真实换行符类型，否则连第一步都踏空。
