IP段查询看着像网络工程师专属操作，日常写代码、配置防火墙、设置访问白名单都会用到。比如后台添加白名单，只允许公司办公网IP访问；分析日志的时候，单独提取某个城市用户行为。这类场景核心需求一致，拿到IP，判断它是否落在指定网段。网段可以写成192.168.1.0/24这类CIDR格式，也可以写10.0.0.1到10.0.0.255起止区间。两种写法形式不同，底层逻辑相通。
先理解IP底层结构。IPv4地址本质是32位无符号整数，日常看到的192.168.1.1只是方便阅读的分段写法，每段8位，拼接为一串二进制数字。192对应11000000，168是10101000，第一个1是00000001，第二个1是00000001，拼接完整二进制串11000000101010000000000100000001，转十进制数值是3232235777。所有IPv4都可以这样转换，转成整数之后，范围对比就变成整数大小比较，比字符串比对更快，结果也更准确。
CIDR斜杠后面的数字，代表网络前缀长度。192.168.1.0/24，前24位属于网络号，后8位为主机号。掩码二进制就是24个1搭配8个0，对应十进制255.255.255.0。判断IP是否在网段内操作很简单，IP地址和掩码做按位与运算，运算结果等于网段网络地址，就代表IP命中网段。举个例子，192.168.1.55和255.255.255.0做按位与，得到192.168.1.0，和网段地址一致，属于这个网段。192.168.2.10运算结果为192.168.2.0，不匹配，不在网段内。整数层面就是ip_int和mask_int执行AND运算，对比结果，一行代码就能实现。
网段写成起止区间，比如10.0.0.1至10.0.0.255，判断逻辑更直观，把起止IP全部转为整数，判断目标IP整数是否落在两个数值之间。麻烦点在于网段范围可能很大，多个区间互相重叠，CIDR列表有成百上千条规则，每次请求全部遍历对比，性能会出现瓶颈。
由此延伸到IP段查询算法层面。最简单方案是线性扫描，逐条比对，规则数量少的时候够用，规则上千条，查询延迟明显上涨。有两个优化方向。第一种二分查找，把区间按照起始地址排序，查询使用二分定位，复杂度由O(n)降到O(log n)。二分查找适合无重叠区间，CIDR块天然互不重叠，满足这个前提。
另一种通用性更强的数据结构是前缀树，也叫Trie。把CIDR二进制前缀逐位构建树结构，每个节点分出0、1两个分支。查询IP的时候从根节点向下遍历，沿途标记节点就是匹配网段。拿192.168.1.0/24举例，沿着192.168.1二进制路径走24步，在第24节点打上标记。查询192.168.1.55走到第24节点读取标记，判定命中。Trie天然支持最长前缀匹配，多条规则重叠时，遍历最深节点对应的就是最精准匹配。路由器路由表就是这套思路，只是规模更大，优化更复杂。
工程落地还有简便方案。如果查询网段固定，例如几个机房网段，可以预先算出每个网段起止整数，整理有序数组，查询用二分查找。规则频繁变动场景，选用Trie，或是把CIDR全部转为整数区间搭配区间树。如果只需要判断IP归属国家、城市，不用自己计算，直接调用IP地理库接口，MaxMind GeoLite2、国内纯真IP库都可以，底层同样采用同类算法，数据体量更大，附带数据库索引、内存映射。
数据库层面也有对应的实现方式。MySQL存储IP推荐INT UNSIGNED类型，不要用VARCHAR。存入使用INET_ATON转为整数，读取用INET_NTOA还原。范围查询可以走索引，where ip_int between start and end，查询速度远高于字符串LIKE匹配。PostgreSQL更方便，原生提供inet、cidr数据类型，支持<<、>>运算符，where ip << '192.168.1.0/24'直接判断包含关系，底层自动使用索引。MongoDB、Redis也有对应方案，Redis sorted set存储起止整数，依靠ZRANGEBYSCORE做范围查询，性能不错。
写代码有几个细节容易出错。PHP中ip2long转换IPv4返回有符号整数，32位系统地址大于127.255.255.255，结果会变成负数，需要手动转为无符号整数。Python ipaddress模块比较省心，ip_address、ip_network两个类直接支持in判断，跨版本稳定。Java搭配InetAddress和BigInteger，留意字节序。Node.js net模块isIP校验IP格式，转整数需要自行编写拆分、位移逻辑。
IPv6容易被忽略。IPv4的32位整数运算不能直接套用到IPv6，IPv6是128位地址，会出现数值溢出，需要使用大整数或者专用库。Python ipaddress模块同样支持IPv6，Java依靠BigInteger，Go net/netip包处理干净。系统同时支持v4、v6，数据结构初期就要设计成双协议兼容，不要上线之后再修改。
工程实践小技巧。访问控制规则数量不多，没必要搭建Trie，有序数组加二分查找足够，代码简单，调试方便。规则上千条、查询请求量大，再考虑Trie或者预编译区间索引。性能优化按需开展，提前搭建复杂结构，维护成本提升，节省的延迟收益有限。