sublime中稳定匹配ipv6需分层处理：用\b(?:[0-9a-fa-f]{1,4}:){1,7}[0-9a-fa-f]{1,4}\b覆盖2–8组格式，补\b::[0-9a-fa-f]{1,4}\b等匹配::1，末尾加(?:%[0-9a-za-z.]+)?(?:/[0-9]{1,3})?支持zone id和cidr。
^((?:[0-9a-fA-F]{1,4}:){7}[0-9a-fA-F]{1,4}|(?:[0-9a-fA-F]{1,4}:){1,7}:|(?:(?:[0-9a-fA-F]{1,4}:){1,6}|(?:(?:[0-9a-fA-F]{1,4}:){1,5}|(?:(?:[0-9a-fA-F]{1,4}:){1,4}|(?:(?:[0-9a-fA-F]{1,4}:){1,3}|(?:(?:[0-9a-fA-F]{1,4}:){1,2}|[0-9a-fA-F]{1,4}:)?):?):?):?):?(?:::[0-9a-fA-F]{1,4})?)\b 这个正则在 Sublime 中基本不可用——它太长、太嵌套，Sublime 的 PCRE 引擎会直接拒绝编译或匹配失败。
真正能在 Sublime 里稳定工作的 IPv6 正则，必须做三件事：砍掉过度兼容、加 \b 边界、适配 Sublime 的换行和分组限制。
为什么简单 ([0-9a-fA-F]{1,4}:){7}[0-9a-fA-F]{1,4} 不够用
这个模式只匹配最标准的 8 组全写格式（如 2001:db8:abcd:0012:0000:0000:0000:0001），但实际日志或配置中常见：
-
::1（本地回环）——中间连续冒号被压缩 -
fe80::1%eth0（带 zone ID）——末尾有%后缀 -
2001:db8::1（双冒号省略）——中间一段或多段 0 被::替代 -
fd00::1/128（带 CIDR）——末尾斜杠+数字
原生正则引擎不支持“可变长度重复 + 双冒号互斥”这种逻辑，硬塞会导致 Sublime 卡死或报错 regular expression is too complex。
Sublime 实际可用的 IPv6 匹配方案
放弃“一个正则通吃所有 RFC 格式”，按使用场景分层处理：
- 只提纯地址（不含
%或/）：用\b(?:[0-9a-fA-F]{1,4}:){1,7}[0-9a-fA-F]{1,4}\b—— 覆盖 2–8 组写法，能命中2001:db8::1和fe80::1，但会漏掉::1 - 补上
::1类型：额外加一条\b::[0-9a-fA-F]{1,4}\b|\b:[0-9a-fA-F]{1,4}:\b|\b::\b，再用|拼接 - 要保留
%或/：在末尾加(?:%[0-9a-zA-Z.]+)?(?:/[0-9]{1,3})?，但注意 Sublime 对嵌套?:支持不稳定，建议拆成两个查找动作 - 想高亮整行含 IPv6 的日志：把整个正则包进
^.*\b(?:...)\b.*$，并确保勾选了↩ Match line breaks（否则^/$不生效）
格式化 IPv6 地址为标准全写（展开 ::）
Sublime 本身不提供“正则替换展开”功能，但可以用两步模拟：
- 先用查找
::→ 替换为:0:0:0:0:0:0:（对齐 8 组）→ 再查:0:0:→ 替换为:0000:，反复直到无变化 - 更稳的方式：复制匹配到的 IPv6 字符串，粘贴到在线工具（如 ipv6tools.com）或 Python 脚本里用
ipaddress.ip_address()解析再str()输出 - 别信
.*?跨行展开：IPv6 不跨行，强行加(?s)只会让正则变慢且易误匹配注释或字符串
容易被忽略的 Sublime 特定坑
这些不是正则语法问题，而是 Sublime 自身行为导致的失败：
-
\b在中文或符号前后可能失效：比如[2001:db8::1]中的[和]不是单词字符，\b无法锚定，得改用(? 和 <code>(?![0-9a-fA-F:])零宽断言 - 查找面板开了正则，替换面板没开：
$1会原样输出，不会被解析为捕获组 - 用了
^/$却没点↩按钮：只匹配全文头尾，不是每行 - 正则里写了
\d却在 ASCII-only 日志里工作正常——但 IPv6 必须用[0-9a-fA-F]，\d在 Sublime 中不等价于[0-9]，尤其开启 Unicode 模式时
IPv6 正则的复杂度不在语法本身，而在 Sublime 对长表达式、嵌套量词、零宽断言的实际容忍度。宁可多跑两次简单正则，也别强求一发入魂。
