必须用 filter_var() 校验 ipv6 缩写格式，因其天然支持 ::1、2001:db8:: 等合法压缩形式；单条正则无法完备覆盖 :: 位置、段数补零及非法多 :: 等 rfc 规则。
PHP 正则匹配 IPv6 缩写格式的核心难点
直接用 /^([0-9a-fA-F]{1,4}:){7}[0-9a-fA-F]{1,4}$/ 这类“全展开式”正则，会把 ::1、2001:db8::、fe80::1%lo0 全部拒之门外——因为它们段数远少于 8，且含 ::。缩写不是可选优化，而是 RFC 合法格式，必须支持。
为什么不能靠单条正则穷举所有缩写变体
IPv6 压缩规则本身有歧义约束：一个地址中 :: 最多出现一次，且它代表“足够多的 0 段”以凑足 8 段。手写正则若强行覆盖所有位置（如 :: 在开头、中间、结尾），极易漏判或误判边界情况，比如：
-
:::是非法的（多个:连续） -
2001:db8::1::是非法的（两个::） -
2001:db8:0:0:0:0:0:1和2001:db8::1等价，但前者 8 段、后者 3 段
你写的正则越长，越难验证逻辑完备性；而 filter_var() 内部已处理这些规则，无需你重复造轮子。
真正兼容缩写的实操建议
放弃“一条正则打天下”的想法，改用分层策略：
- 先用
filter_var($ip, FILTER_VALIDATE_IP, FILTER_FLAG_IPV6)做主校验——它天然支持::1、2001:db8::/64、::ffff:192.0.2.1、甚至带区域标识符的fe80::1%eth0 - 若必须用正则做前置过滤（例如在 JS 或日志预处理中），只用它排除明显非法字符：
/^[0-9a-fA-F:.%]+$/，再交给filter_var()定锤 - 需要提取压缩段数？别解析正则，用
inet_pton($ip)转二进制后判断长度（16 字节即合法 IPv6）
示例：
if (filter_var(trim($ip, '[]'), FILTER_VALIDATE_IP, FILTER_FLAG_IPV6)) {
// 这里 $ip 就是合法缩写格式的 IPv6
}
带掩码或端口时的额外注意
filter_var() 默认拒绝带端口的地址（如 [::1]:8080）和 CIDR 掩码（如 2001:db8::/64）。实际使用时：
- 先用
parse_url('tcp://'.$ip)或正则/^\[([^\]]+)\](?::\d+)?$/提取方括号内纯地址 - 掩码需单独校验：
preg_match('/^(.*?)(?:\/(\d+))?$/',$ip,$m) && ($m[2] ?? 128) - 不要对
$m[1]再套一层正则——直接filter_var($m[1], ...)
缩写兼容性真正的复杂点不在正则长度，而在语义合法性判断。系统级验证函数已经替你扛下了 RFC 5952 的全部细节，硬刚正则只会增加不可维护的边界 case。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
