用 filter_var() 验证 IPv4 最可靠，它校验数值范围、拒绝非法格式、处理类型异常且自动 trim；正则易漏检，inet_pton() 和 ip2long() 存在误判风险。
如何用 filter_var() 快速筛出合法 IPv4 字符串
直接用 filter_var($ip, FILTER_VALIDATE_IP, FILTER_FLAG_IPV4) 最可靠。它不只是正则匹配，还会校验数值范围（比如拒绝 "256.1.1.1"），且对空字符串、NULL、非字符串类型返回 false，不会误判。
实操建议：
- 必须显式传入
FILTER_FLAG_IPV4，否则FILTER_VALIDATE_IP默认同时接受 IPv4 和 ipv6 - 数组筛选推荐配合
array_filter()：$ips = ['192.168.1.1', '2001:db8::1', '10.0.0.256', '']; $ipv4s = array_filter($ips, fn($ip) => filter_var($ip, FILTER_VALIDATE_IP, FILTER_FLAG_IPV4)); - 注意
array_filter()会保留原键名，如需重索引，后续加array_values()
为什么不用正则直接匹配 ^d{1,3}.d{1,3}.d{1,3}.d{1,3}$
这种写法看似直观，但漏掉关键校验：每个段必须是 0–255 的整数。例如 "999.999.999.999" 或 "0192.168.1.1"（带前导零）都会被错误通过。
更安全的正则虽可写成：
/^((25[0-5]|2[0-4]d|1dd|[1-9]?d).){3}(25[0-5]|2[0-4]d|1dd|[1-9]?d)$/，但可读性差、易出错，且仍无法处理类型异常（如数组、对象传入）。
立即学习“PHP免费学习笔记（深入）”；
结论：除非有极端性能要求（百万级 IP 实时过滤），否则没必要绕过 filter_var()。
inet_pton() 和 ip2long() 能不能用来验证 IPv4？
可以，但各有陷阱：
-
inet_pton($ip)对非法 IPv4 返回false，但它也接受 IPv6；需额外判断返回值长度是否为 4（IPv4 地址二进制长度） -
ip2long($ip)对非法格式返回false，但会把形如"192.168.1.256"这种溢出地址做模 2³² 处理后返回一个“有效”整数（比如转成-2147483392），导致误判 - 两者都不校验字符串中是否含空格或不可见字符，而
filter_var()默认会 trim 并拒绝含杂字符的输入
批量处理时要注意空值、类型混合和编码问题
真实数据常混着 null、int、空白字符串甚至 UTF-8 bom 头。直接丢给验证函数可能静默失败或抛警告。
稳妥做法：
- 先用
is_string()排除非字符串项 - 用
trim()去首尾空白（filter_var()不自动 trim 非字符串） - 若源数据来自 csv 或表单，注意检查是否有 BOM：可用
ltrim($ip, "xEFxBBxBF") - 避免在循环里反复调用
filter_var()做相同配置——它内部开销稳定，无需手动缓存，但别把它塞进usort()这类高频回调
IPv4 格式验证的边界情况比想象中多，尤其当数据来自外部系统时，filter_var() 的健壮性远胜手写逻辑。别为了省几个字符去碰正则或 ip2long() 的坑。