php批量处理ip应避免filter_var循环调用，先按冒号初筛ipv6再用inet_pton验证，ipv4需filter_var双重校验；cidr解析宜计算起止ip而非全量展开。
PHP 批量处理 IP 地址，核心在于避免用 filter_var($ip, FILTER_VALIDATE_IP) 在循环里反复调用——它开销大、不支持 CIDR 范围校验，且无法直接解析网段。
验证并归类 IPv4/IPv6 地址列表
批量验证时，先区分协议版本再针对性处理，比统一用 filter_var 快 3–5 倍。IPv6 地址带冒号和缩写（如 ::1），inet_pton() 是最可靠的转换入口：
- 用
strpos($ip, ':') !== false初筛 IPv6（注意排除含端口的192.168.1.1:80这类） - 对疑似 IPv6 调用
inet_pton($ip)，返回false即非法；IPv4 同理用inet_pton($ip) !== false - 别依赖
ip2long()验证 IPv4：它会把999.999.999.999错误转成整数，必须配合filter_var($ip, FILTER_VALIDATE_IP, FILTER_FLAG_IPV4)双重校验
解析 CIDR 网段并展开为 IP 列表
PHP 原生不支持 CIDR 展开，硬算容易溢出（如 10.0.0.0/8 有 1677 万个地址）。实用做法是只生成起始和结束 IP，按需迭代：
- 用
ip2long()+ 位运算算 IPv4 网络地址和广播地址：$net = ip2long($ip) & -1 - IPv6 需用
inet_pton()转二进制，再用gmp_init()处理大整数（PHP 8+ 可用gmp_import()） - 实际业务中，90% 场景不需要全量展开——改用
ip_in_network($test_ip, $cidr)函数逐个判断更省内存
去重、排序与范围合并
原始 IP 列表常含重复、无序、重叠网段。直接 array_unique() 对字符串 IP 有效，但对 CIDR 无效：
立即学习“PHP免费学习笔记（深入）”；
- IPv4 排序用
ip2long()转整数后usort()，避免字符串排序错乱（"10.0.0.2"会排在"2.0.0.1"前） - 合并连续 IPv4 地址段：先转整数、排序，再遍历比较
$next_start == $current_end + 1 - CIDR 合并必须降级为网络地址+掩码比较，例如
192.168.1.0/24和192.168.2.0/24无法合并，但192.168.0.0/23可覆盖两者
内存敏感场景下的流式处理
处理上万行 IP 文件时，一次性 file() 读入会爆内存。正确方式是逐行解析+缓冲写入：
- 用
fopen()+fgets()流式读取，每 100 行做一次批量验证或写库 - 避免在循环内拼接大字符串，改用
array缓存结果，最后implode("\n", $buffer) - 导出 CSV 时，IP 字段必须用双引号包裹，否则 Excel 会把
192.168.1.1识别为日期
真正难的不是写循环，而是判断哪些 IP 需要展开、哪些只需范围判断，以及何时该放弃全量加载——边界条件（如 /32、::/0）和混合协议列表最容易漏处理。
