格式化浮点数时,Python格式默认舍入

mck*_*k89 6 python format floating-point numbers

我正在尝试在Python 2.7.10中解决我的代码中的一些浮点问题.测试时我遇到了一个奇怪的行为format:

print "{}".format(0.3000000000004) # 13 decimals
Run Code Online (Sandbox Code Playgroud)

打印: 0.3

但:

print "{}".format(0.300000000004) # 12 decimals
Run Code Online (Sandbox Code Playgroud)

打印: 0.300000000004

由于我没有指定格式,为什么它围绕第一个数字呢?是否有默认的允许小数位数?

Mos*_*oye 11

由于未指定格式,因此使用默认类型coercion to string.所以这不是一个真正的问题format.for 2截断精度为12个字符(不包括前导零,如果有的话)float.__str__,在这种情况下截断后,所有尾随零都被清除:

>>> str(0.3000000000004) # unlike str(0.3000000000014) -> '0.300000000001'
'0.3'
Run Code Online (Sandbox Code Playgroud)

添加format_spec :f给出的默认精度为6:

>>> '{:f}'.format(0.3000000000004)
'0.300000' 
Run Code Online (Sandbox Code Playgroud)

指定宽度和精度或用于repr获得良好的表示:

>>> '{!r}'.format(0.3000000000004)
'0.3000000000004'
Run Code Online (Sandbox Code Playgroud)

Python 3中的行为有所不同:

>>> str(0.3000000000004)
'0.3000000000004'
Run Code Online (Sandbox Code Playgroud)

浮点数的格式只由float_reprPython 3中的一个函数处理(它没有特殊的float_str功能):

(reprfunc)float_repr,                       /* tp_repr */
...
(reprfunc)float_repr,                        /* tp_str */
Run Code Online (Sandbox Code Playgroud)

而Python2.7定义了单独的处理程序float_strfloat_repr用于__str____repr__分别为:

(reprfunc)float_repr,                       /* tp_repr */
...
(reprfunc)float_str,                        /* tp_str */
Run Code Online (Sandbox Code Playgroud)

我认为这里的决定变量是超过12d.p的精度损失的原因.是PyFloat_STR_PRECISION(在Python 2中定义):

#define PyFloat_STR_PRECISION 12
Run Code Online (Sandbox Code Playgroud)

对于默认转换中超过12个字符的浮点数,它会反转为截断.