应使用负向先行断言^(?!INFO).\R?匹配并删除非INFO开头的整行，而非^[^I].等错误写法，因后者无法处理前置空白、不可见字符及BOM问题，且需注意光标置首、关闭“.匹配换行符”、转为UTF-8无BOM编码。
怎么用正则只保留以特定字符开头的行
Notepad++ 没有“反向筛选”按钮，所谓“删除非特定字符开头的行”，实际操作是「保留以某字符开头的行，其余全删」。核心思路是：先标记/匹配目标行，再把不匹配的行替换成空——但更稳的做法是反向操作：用正则匹配所有*不以目标字符开头*的行，直接替换为空。
常见错误是写成 ^[^a] 就完事。这会匹配“行首不是 a 的任意单字符”，比如 ab 也会被误删（因为 ^[^a] 匹配的是第一个字符 b？不对——它其实匹配的是整行开头那个非 a 字符，但后面内容还在）。真正要删整行，必须让正则覆盖整行结构。
- 要保留以
INFO开头的行，删掉其他所有行：查找目标填^(?!INFO).*\R?，替换为空 -
^(?!INFO)是负向先行断言，意思是“行首位置之后不能紧跟着 INFO” -
.*吃掉该行全部内容（不含换行符），\R?吃掉换行符，确保不留空行 - 如果关键词含正则元字符（如
[ERR]），得写成^(?!\[ERR\]).*\R?，方括号必须转义 - 大小写敏感默认开启；若需忽略，开头加
(?i)：例如(?i)^(?!info).*\R?
为什么不用 ^[^I].* 删除非 I 开头的行
这种写法看着简洁，但隐患极大：^[^I].* 只要求“第一个字符不是 I”，那 WARN、ERROR、甚至空行（首字符是换行符或 BOM）都会被匹配——但空行本身没有“第一个字符”，^ 在 BOM 后可能错位，导致漏删或误删。
更麻烦的是，[^I] 不排除制表符、空格、零宽字符等不可见开头。比如一行是 INFO（前面有个 Unicode 空格 \u2003），^[^I] 会匹配这个空格，整行被删，而你本想保留它。
-
^[^I].*无法区分“真·非 I 开头”和“开头有空白/不可见字符 + I”的情况 - 负向断言
^(?!I)则严格判断“行首位置之后是否立刻出现 I”，不受前置空白干扰 - 若需兼容前置空白，可改用
^\s*(?!INFO)，先吃掉可选空白，再断言 INFO 是否紧随其后
大文件下执行前必须做的三件事
一次性删几万行时，Notepad++ 容易卡死或出错，不是功能问题，而是替换引擎对长文本的处理机制限制。
- 务必先点
Ctrl + F→ 输入你的正则（如^(?!INFO).*\R?）→ 勾选「正则表达式」→ 点「查找全部」，看右侧「查找结果」窗格列出多少行；数量异常多就暂停，检查正则是否过宽 - 光标必须置于文件开头（
Ctrl + Home），否则全部替换只从当前光标往下生效，最后一段可能漏处理 - 涉及 BOM 的 UTF-8 文件（尤其从 Windows 日志复制来的），建议先用「编码 → 转为 UTF-8 无 BOM」再操作，避免
^锚点在首行失效
删完发现还剩空行？检查 \R? 和 . 匹配换行符设置
空行残留，90% 是因为 \R? 写成了 \n 或 \r\n，或者误勾了「. 匹配换行符」。
-
\R是 Notepad++ 正则引擎内置的通用换行符匹配（等价于\r\n|\n|\r），\R?表示“换行符可有可无”，适配最后一行没换行符的情况 - 如果勾选了「. 匹配换行符」，
.*就可能跨行吞掉下一行内容，导致连锁误删 - 确认「. 匹配换行符」已取消勾选——这是绝大多数文本清洗任务的安全前提
- 删完后仍有空行，大概率是原始文件存在纯空白行（含空格/制表符），它们不匹配
^(?!INFO)，需额外跑一遍^\s*$\R?清理
负向断言和换行符处理是整个流程里最容易被跳过的两环，尤其是 \R? 写成 \n、光标没回文首、BOM 没清理——这三个点任一出错，结果就不可靠。
