应使用锚定否定字符集匹配独立邮箱：查找(^|\s)(1+)@gmail.com(\s|$)，替换为\1\2@company.com\3，避免误改URL、注释等内容。@\s ↩
替换邮箱后缀前，先确认是否真要改整个域名
直接把 @gmail.com 换成 @company.com 看似简单，但容易误伤：mailto:test@gmail.com、https://example.com?email=user@gmail.com、甚至注释里的 // backup@gmail.com 都会被动改掉。这不是正则能力问题，而是语义边界缺失。真正安全的做法是：只匹配“独立邮箱”，即前后都是空白或行边界的位置。
Notepad++ 不支持 \b（旧版）或对 \b 处理不稳定（v8.5.6+ 仍受限于 Unicode 字符），所以别硬套 \b[a-z0-9._%+-]+@gmail\.com\b。更稳的写法是用否定字符集锚定：
- 查找：
(^|\s)([^\s@]+)@gmail\.com(\s|$) - 替换：
\1\2@company.com\3 - 必须勾选「正则表达式」和「匹配大小写」取消勾选（邮箱域名不区分大小写）
- 如果文本含全角空格或制表符，先用「编辑 → 空白字符操作 → 修剪尾部空白」预处理
为什么 $1$2@new.com 这种写法会丢内容
常见错误是捕获组没覆盖完整上下文，比如写 ([^\s@]+)@gmail\.com 查找，再用 $1@company.com 替换——这会吃掉前面的空格或换行符，导致多行合并或格式错乱。关键点在于：邮箱不是孤立存在的，它依附于周围空白结构。
正确做法是把分隔符也纳入捕获组，再原样还原：
- 查找：
(^|\s+)([^\s@]+)@gmail\.com(\s+|$) - 替换：
\1\2@company.com\3 -
\s+而非\s，避免单个空格被替成多个空格；^和$覆盖行首行尾场景 - 若替换后出现多余空行，说明 \3 匹配了
\r\n，此时应检查文档换行符是否混用（用「编辑 → 文档格式转换」统一为 Windows 或 UNIX）
跨多个文件批量改邮箱后缀，捕获组要用 $1 不是 \1
在「在文件中查找」（Ctrl+Shift+F）里做跨文件替换时，反向引用语法和 Ctrl+H 不同：这里必须用 、， 会被当字面量输出。这是最常被忽略的兼容性断层。
例如想把所有 @old.org 升级为 @new.io，且保留用户名：
- 打开 Ctrl+Shift+F，填入查找目标：
(^|\s+)([^\s@]+)@old\.org(\s+|$) - 替换为：
$1$2@new.io$3 - 务必勾选「正则表达式」和「包含子目录」
- 文件过滤器建议显式填写，如
*.txt;*.md;*.log，避免误触二进制文件 - 老版本 Notepad++（v7.9 以下）不支持
\R，跨行匹配失败时，先转为 UTF-8 无 BOM 编码再试
遇到 @ 符号是全角或 HTML 实体时怎么处理
真实日志或网页源码里，@ 可能被编码为 @、@ 或全角 ＠（U+FF20）。正则 @ 根本匹配不到它们。
分两步走更可靠：
- 第一步：预处理编码和全角符号
查找：@或@或\x{FF20}（需切换到「扩展模式」输入）
全部替换为：@ - 第二步：再执行邮箱后缀替换逻辑
此时用标准正则(^|\s+)([^\s@]+)@old\.org(\s+|$)就能命中 - 如果文本量大且含 base64、JS 字符串拼接等复杂场景，别在 Notepad++ 死磕——导出后用 Python 脚本处理更可控（
re.sub(r'(?）
真正麻烦的不是正则写不对，而是你没意识到：Notepad++ 的正则引擎不理解“邮箱”这个概念，它只认字符位置和模式。所有“精准”都来自你手动补足的上下文边界。
