这不是程序把两个端点都判断成了已分配主机，而是 Python 3.14 标准库 ipaddress 对 IPv4Network.hosts 的枚举规则。普通网段通常排除网络地址和广播地址，所以常见前缀会出现“总数减二”的结果；但掩码长度为 31 时，网络地址和广播地址也会包含在结果中，因此 /31 的两个端点都会出现在 hosts 迭代里。掩码长度为 32 时，结果只包含那一个主机地址。把普通网段的减二规则套到 /31 或 /32 上，就会得出错误的数量预期。
适用：本题按 Python 3.14 在 Windows 台式电脑上的标准库行为说明，对象是 IPv4Network.hosts。南阳宛城区台式电脑的排查也应先确认实际解释器版本和原调用，不能把其他版本或其他语言的网络库行为直接混入。这里讨论的是库如何枚举地址，不是操作系统接口状态，也不是业务侧地址分配表。
观察：第一步，记录代码里构造的网络对象、前缀长度以及已有输出；只在自有/31、/32有限小样上核完整结果，不为计数展开未知或大型网段；若前缀长度为 31，应看到两个端点，若为 32，应看到单一地址，若为普通前缀，则应排除网络地址和广播地址。第二步，检查代码是否把 list(hosts()) 的长度直接当作真实已配置地址数、在线主机数或现场允许分配的地址数；若出现这种用法，结果条件就是枚举数量与实际配置数量可能不一致。第三步，对照系统网络配置摘要和去敏日志，确认两个端点是否真的出现在接口配置或地址分配记录中；若只看到 hosts 输出，结论只能停留在库的枚举结果。核对时只读去敏代码、参数和日志，不运行客户业务，也不改动生产数据。
风险：把 /31 的两个端点都当成可随意分配的主机地址，可能造成地址规划重复或对可用数量的误判；把 hosts 迭代结果当成在线探测结果，可能把未配置、未分配或不可达的地址误认为真实主机；在排障时只盯 Python 输出而不看接口和日志，可能把问题归因到网络设备或远端服务，导致方向偏离。对于 /32，若仍套用减二规则，也可能出现数量为零的错误预期。
下一步：先保留最小复现代码（仅保留网络字符串和 hosts 调用）、实际解释器版本、完整输出、系统网络配置摘要及去敏日志，再核对前缀长度与业务用途，区分“库枚举结果”和“真实地址状态”。如需进一步咨询，可拨打 400-877-9605；电脑快修网是信息展示与第三方维修对接平台，该号码只作咨询，实际范围和安排需确认。不要根据一次迭代结果直接修改生产网络配置。