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_str和float_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个字符的浮点数,它会反转为截断.