Python Fraction 从浮点数构造为什么得到很长分数

看到 Fraction(1.1) 变成很长的分子和分母，不是 Fraction 算错了，而是它忠实地还原了 Python float 中已经存在的二进制近似值。若业务想表达“十进制的一点一”，应传入字符串、Decimal，或直接给出分子和分母；若只是想找一个分母受限的可读近似，再使用 limit_denominator()。

官方文档：https://docs.python.org/3/library/fractions.html

长分数从哪里来：float 保存的不是“1.1”

十进制的 1.1 通常不能用有限位的二进制小数精确表示。Python 先把字面量存成一个最接近的 float，再把这个已经确定的二进制值交给 Fraction。因此，构造器得到的是“这个 float 的精确分数”，而不是重新猜测原始文本。

from fractions import Fraction
from decimal import Decimal

# 三种输入对应三种语义：浮点实际值、十进制文本、十进制对象
cases = [
    ("float", Fraction(1.1)),
    ("text", Fraction("1.1")),
    ("decimal", Fraction(Decimal("1.1"))),
]

for label, value in cases:
    # str() 便于观察分子/分母，而不是依赖对象的展示格式
    print(label, value.numerator, value.denominator)

对照时，Fraction(1.1) 会出现很大的分子和分母；后两种都能得到 11/10。这个差异说明的是输入语义，不是精度参数没有生效。

先确定目标：要还原实际值，还是表达十进制意图

在日志、科学计算或协议解码中，你可能确实需要还原某个 float 的精确值；这时长分数是有意义的。在金额、比例配置和用户输入中，通常关心的是十进制意图，应该在进入 float 之前保留文本或使用 Decimal。

如果输入已经是 float，再用字符串格式化把它变回文本，无法恢复最初用户写下的十进制意图。那只是对当前浮点值做了一次新的舍入，应把原始文本或 Decimal 留在更早的边界。

什么时候用 limit_denominator：可读近似不是精确还原

limit_denominator() 适合把浮点计算结果转换成一个分母有上限的近似分数，例如从圆周率近似值中找出 355/113。它返回的是距离当前分数最近、且分母不超过上限的候选；上限越小，可读性通常越好，但近似误差可能增大。

from fractions import Fraction
from math import pi

# 这里明确要求分母不超过 1000，结果用于展示而不是替换原始值
approx = Fraction(pi).limit_denominator(1000)
print(approx)  # 355/113

不要把这一步当成“修复”Fraction(1.1) 的证据。若业务规则就是 11/10，直接使用文本、Decimal 或 Fraction(11, 10) 更清楚；若业务需要可复现的近似，则把分母上限写进规则和测试。

把构造方式固定在输入边界

一个实用原则是：在数据刚进入程序时决定精度语义。JSON、表单和配置文件里的数字若代表十进制业务量，可以先按字符串读取再构造 Fraction；算法已经产出 float 时，不要假装它仍保留原始十进制信息。测试中同时覆盖 Fraction(1.1) 与 Fraction("1.1")，能很快暴露输入边界被隐式转换的问题。

最终判断可以压缩成一句话：想知道 float 实际存了什么，用 Fraction(float_value)；想表达用户输入的十进制，用字符串或 Decimal；想得到分母受限的可读答案，用 limit_denominator()，并把“近似”明确写出来。

常见问题

Fraction(1.1) 是不是精度丢失？

十进制到二进制浮点的转换可能已经产生近似，但 Fraction 没有再次丢失；它精确表示了当前 float 的值。

为什么 Fraction("1.1") 能得到 11/10？

字符串由 Fraction 按十进制形式解析，输入中没有先经过二进制 float。

金额场景只用 Fraction 可以吗？

可以，但要先确定金额的十进制规则；若系统已有 Decimal 流程，直接从 Decimal 构造通常更容易保持边界一致。