notepad++正则提取邮箱失败主因是pcre引擎限制及边界处理不当；应避免\b、用(?i)忽略大小写、强制首尾字母数字、勾选“匹配新行”，再经两次替换导出纯列表。
Notepad++正则提取邮箱的常见失败原因
直接套用网上搜到的 [a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+.[a-zA-Z]{2,} 往往漏匹配或误匹配，根本原因是 Notepad++ 默认使用的是 PCRE（Perl Compatible Regular Expressions）引擎，但不支持 Unicode 属性类（如 \p{L}），也不支持 \b 在中文/全角字符边界上的准确行为。更实际的问题是：邮箱前后可能紧贴中文、括号、换行或空格，而 \b 在这些位置完全失效。
- 中文文档里写“联系邮箱：user@domain.com”，冒号后没空格 →
\b匹配不到开头 - 邮箱被括在中文括号中，如「(test@example.cn)」→ 普通
[a-zA-Z0-9...]会把右括号也吞进去 - 多个邮箱连写，如
one@x.com,two@y.com→ 不加边界控制会整个当一个匹配
推荐使用的稳定正则模式
用这个表达式能覆盖绝大多数实际场景：(?i)@#@#@#@#@#@#@#@#@#@0?@(?:@#@#@#@#@#@#@#@#@#@1?.)+[a-z0-9][a-z0-9.-]*[a-z0-9]
说明：
-
(?i)开启忽略大小写，避免漏掉大写的邮箱前缀 - 前后不依赖
\b，而是用「非邮箱字符」自然分隔 —— 实际操作中，你在 Notepad++ 的「查找」对话框勾选「匹配全部字符」+「正则表达式」，然后直接搜索即可 - 强制首尾为字母数字，排除
.@a.b或@a.b.这类非法形式 - 支持常见中文环境下的混排，比如「邮箱：admin@test.org.cn（请勿外传）」能准确定位中间部分
示例文本中匹配效果：
张三 <zs> 李四（邮箱：ls@sub.domain.co.uk） 无效：@nope.com / just@.com / @a.b.c</zs>→ 只提取出
zs@example.com 和 ls@sub.domain.co.uk批量提取后如何导出为纯邮箱列表
Notepad++ 本身不提供“导出匹配项”功能，得靠两次替换中转：
第一步：把所有非邮箱内容替换成换行符，只留邮箱
查找：.<em>?(<code>[a-z0-9](?:[a-z0-9._%-][a-z0-9])?@(?:@#@#@#@#@#@#@#@#@#@1?.)+[a-z0-9][a-z0-9.-][a-z0-9]).
替换为：\1\r\n
（注意勾选「匹配新行」，否则.*?不跨行）第二步：删掉所有空行和多余空白
查找：^\s*$\r?\n，替换为空（即删除空行）
最终得到每行一个邮箱的干净列表。如果原始文本含 HTML 标签或引号包裹，建议先用「HTML Tag」插件清理再执行。
容易被忽略的编码与换行问题
Notepad++ 对 UTF-8 with BOM 和无 BOM 文件的正则表现一致，但若文件是 GBK 编码且含中文邮箱别名（如 张三@domain.com），这种邮箱本身就不符合 RFC 规范，PCRE 无法识别中文用户名，必须提前转换或人工确认。
另外，Windows 换行符 \r\n 在正则中要显式写出；用 . 默认不匹配 \r 和 \n，所以跨行提取时务必勾选「匹配新行」，否则 .*? 在遇到换行就停住。
真正卡住人的往往不是正则写不对，而是没注意当前文档编码、是否勾了「匹配新行」、以及原始文本里邮箱是否被引号/括号/中文标点半包裹 —— 这些细节比语法本身更容易导致提取失败。
