最可靠、最推荐的方式是使用 PHP 的 filter_var() 配合 FILTER_VALIDATE_IP 及相关标志位，它基于 RFC 标准校验，支持 IPv4/IPv6、私有/保留地址排除，且比 ip2long() 和正则更准确、高效、安全。
用 filter_var() 判断变量是否为有效 IPv4 或 IPv6 地址
最可靠、最推荐的方式是使用 PHP 内置的 filter_var()，它基于 RFC 标准校验，能正确处理各种边界情况（如 127.0.0.1、::1、2001:db8::1），且不依赖正则表达式手写逻辑。
关键点在于指定正确的过滤器常量：
-
FILTER_VALIDATE_IP：基础校验，同时接受 IPv4 和 IPv6 -
FILTER_VALIDATE_IP | FILTER_FLAG_IPV4：仅允许 IPv4 -
FILTER_VALIDATE_IP | FILTER_FLAG_IPV6：仅允许 IPv6 - 加
FILTER_FLAG_NO_PRIV_RANGE可排除私有地址（如192.168.x.x、10.x.x.x） - 加
FILTER_FLAG_NO_RES_RANGE可排除保留地址（如0.0.0.0、127.0.0.1）
示例：
var_dump(filter_var('192.168.1.1', FILTER_VALIDATE_IP)); // string(11) "192.168.1.1"
var_dump(filter_var('::1', FILTER_VALIDATE_IP | FILTER_FLAG_IPV6)); // string(3) "::1"
var_dump(filter_var('2001::1', FILTER_VALIDATE_IP, ['flags' => FILTER_FLAG_IPV6])); // string(9) "2001::1"
为什么不用 ip2long() + long2ip() 反向验证
这种“转整数再转回字符串比对”的老方法看似严谨，但存在几个硬伤：
立即学习“PHP免费学习笔记（深入）”；
-
ip2long()仅支持 IPv4，对 IPv6 直接返回false，无法通用 - 某些非标准格式（如带前导零的
192.168.001.001）可能被ip2long()接受，但不符合严格 IP 字符串规范 - 在 32 位系统上，
ip2long('255.255.255.255')会溢出为负数，导致long2ip()返回错误结果 - 无法区分地址类型，也不能排除私有/保留网段
除非你明确只处理 IPv4 且兼容旧系统，否则不建议用此方式做有效性判断。
正则表达式匹配的常见陷阱与适用场景
正则适用于简单预筛或日志提取等非关键校验，但极易出错。比如这个常见错误写法：
/^([0-9]{1,3}\.){3}[0-9]{1,3}$/
它会错误接受 999.999.999.999 这类非法值。真正可用的 IPv4 正则需逐段限制 0–255，长度和逻辑都复杂；IPv6 更是几乎不可读。
如果你必须用正则（例如在 Nginx 配置或前端 JS 中复用逻辑），请直接抄标准 RFC 兼容表达式，而不是手写。PHP 中更应优先用 filter_var() —— 它底层就是用 C 实现的标准解析，比任何 PHP 层正则都快且准。
注意空字符串、null、数字类型等边缘输入
filter_var() 对非字符串输入表现稳定，但仍有细节需留意：
- 传入
null、false、空数组等，一律返回false - 传入整数如
123，会被当作字符串处理，结果是false（因"123"不是合法 IP） - 传入带空格的字符串如
" 192.168.1.1 "，默认不 trim，需先trim() - 若变量可能为对象或资源，调用前最好先
is_string()判断，避免警告
稳妥写法：
$ip = trim($input ?? '');
if (is_string($ip) && filter_var($ip, FILTER_VALIDATE_IP)) {
// 是有效 IP
}
IP 地址校验看着简单，但 IPv6 扩展性、私有网段语义、字符串规范化这些细节，很容易在业务中埋下兼容性雷。别图省事写正则，也别迷信 ip2long()，老老实实用 filter_var() 加对应 flag，是最省心也最经得起推敲的做法。
