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