float('inf') 在浮点语义上大于 sys.maxsize，但二者类型、语义和底层表示均不同，不可混用：前者用于浮点/通用比较场景（如算法极值初始化），后者用于整数上下文。
float('inf') 和 sys.maxsize 的数值关系
直接回答：float('inf') 在 Python 中被定义为“大于任何有限数”，所以它比 sys.maxsize 大——但这个“大”是浮点语义上的，不是整数可比较意义上的安全比较。
运行 float('inf') > sys.maxsize 返回 True，但这种比较本身有误导性：一个是 IEEE 754 浮点特殊值，一个是平台相关的整数上限（通常是 2**63-1 或 2**31-1）。它们类型不同、语义不同、底层表示也完全不同。
关键不是“谁更大”，而是“能不能一起用”。在需要整数上下文（比如列表索引、range 参数、位运算）中传入 float('inf') 会直接报错；反过来，在浮点计算或比较逻辑中用 sys.maxsize 可能因精度丢失导致意外行为（例如 sys.maxsize + 1.0 == sys.maxsize 在某些平台成立）。
什么时候该用 float('inf')？
典型场景是算法中表示“无上界”或初始化极值，且后续参与浮点或通用比较操作：
立即学习“Python免费学习笔记（深入）”；
- 动态规划中初始化
dp[i] = float('inf')，然后用min(dp[i], some_value)更新 - Dijkstra 算法里距离数组初值设为
float('inf')，依赖比较和min() - 二分搜索中右边界用
float('inf')表示“无限制”，配合math.isfinite()判断是否可达
注意：float('inf') 支持所有比较运算符（, ==, !=），但不支持整数专属操作，如 %、>>、bit_length()，也不能作为 range() 的参数。
什么时候该用 sys.maxsize？
当明确需要一个“尽可能大的整数”，且必须保持 int 类型时才用 sys.maxsize：
- 模拟“无限长度”的切片，如
some_list[:sys.maxsize]（虽然通常直接写some_list[:]更好） - 初始化数组大小（如 NumPy）时作为占位整数上限，但需确认目标库接受该值
- 某些 C 扩展或底层接口要求传入
size_t类型最大值，此时sys.maxsize是合理近似
不要把它当作“无穷大”来用。它只是一个很大的整数，加 1 不会溢出（Python int 任意精度），但用于浮点计算时可能因转换丢失精度（例如 float(sys.maxsize) == float(sys.maxsize + 1) 在 64 位系统上为 True）。
常见误用与坑
以下写法看似合理，实则危险：
-
range(sys.maxsize)—— 内存爆炸，永远别这么干 -
math.sqrt(float('inf'))返回inf没问题，但math.sqrt(sys.maxsize)是个大整数开方，结果是 float，精度已丢 -
if x == float('inf'):应该用math.isinf(x)，因为float('inf') == float('inf')虽为True，但float('nan') == float('nan')是False，统一用isinf()更健壮 - 把
sys.maxsize当作“最大安全整数”传给 JSON 序列化或数据库字段（如 SQLite INTEGER），其实它远超大多数系统的实际存储上限
最常被忽略的一点：很多开发者想表达“没有限制”，却在整数上下文中硬塞 float('inf')，结果触发 TypeError: 'float' object cannot be interpreted as an integer；反过来，在需要数学上真正“无穷”的地方（比如概率归一化分母为 0 时替代无穷小倒数），用 sys.maxsize 就完全偏离语义了。
