手机归属地表 70 万个号段里，有17.9 万是"断连"缺口——源库里压根没记录。怎么把能查到归属地的缺口补回去，又保证查不到的绝不瞎填？本文用Node.js 采集 + Python 落表的完整工程方案，把双数据源、断点续跑、限流重试、WAF 封 IP 这些坑一次性讲透，文末附4 个可直接跑的脚本。一、先说痛点：什么是"断连"号段运营商把号段按7 位前缀（如1390000）分配，理论上1300000 ~ 1999999共70 万个可能的 7 位号段。但你的归属地表源库不可能覆盖全部——凡是源表里没有记录的 7 位号段，就是"断连"：要么还没分配，要么是物联网/预留段。全量号段：700,000源库已有：520,763断连缺口：179,237（占 25.6%）老板一句话：“把这些缺口能查到的补上。” 于是有了这篇实战。✅ 本文你能收获：一套可落地的"双数据源"采集方案（360 主 + ip138 补）断点续跑 + 限流重试的健壮写法（不再跑一半重来）页面解析
手机归属地表 70 万个号段里，有17.9 万是"断连"缺口——源库里压根没记录。怎么把能查到归属地的缺口补回去，又保证查不到的绝不瞎填？本文用Node.js 采集 + Python 落表的完整工程方案，把双数据源、断点续跑、限流重试、WAF 封 IP 这些坑一次性讲透，文末附4 个可直接跑的脚本。一、先说痛点：什么是"断连"号段运营商把号段按7 位前缀（如1390000）分配，理论上1300000 ~ 1999999共70 万个可能的 7 位号段。但你的归属地表源库不可能覆盖全部——凡是源表里没有记录的 7 位号段，就是"断连"：要么还没分配，要么是物联网/预留段。全量号段：700,000源库已有：520,763断连缺口：179,237（占 25.6%）老板一句话：“把这些缺口能查到的补上。” 于是有了这篇实战。✅ 本文你能收获：一套可落地的"双数据源"采集方案（360 主 + ip138 补）断点续跑 + 限流重试的健壮写法（不再跑一半重来）页面解析
