Yellowpython 2019-07-01
做python实验时碰到这么一道题:
输入三个浮点数,求它们的平均值并保留 1 位小数,对小数后第二位数进行四舍五入,最后输出结果
因为涉及到四舍五入,随便搜了一下,发现了好多博客都用round(),就直接拿来用了
round(1.555, 2) // 对小数后第二位数进行四舍五入 # 1.55
但是当我测试时发现这个四舍五入有点水
啊!比如:
>>>round(0.5) 0 >>>round(1.5) 2
和想的不一样啊,然后我就去找python的官方文档,它是这么描述的:
round(values, ndigits),values are rounded to the closest multiple of 10 to the power minus ndigits; if two multiples are equally close, rounding is done toward the even choice.什么意思?
我尝试了几个例子才明白是怎么一回事。
如果你写过大学物理的实验报告,那么你应该会记得老师讲过,直接使用四舍五入,最后的结果可能会偏高。所以需要使用四舍六入五成双
的处理方法。
例如对于一个小数a.bcd,需要精确到小数点后两位,那么就要看小数点后第三位:
如果d等于5:
例如:
1. 0.345,4是偶数,所以5舍去,结果0.34 2. 0.3451,5后面还有数,则4进位,结果0.35
ps:负数会往绝对值更大的方向“入”、绝对值更小的方向“舍”,此处不做具体分析
所以,把round()当成四舍五入并不是十分准确的
但是,到这里并没有完,当我又换了一组数据测试时,发现了问题:
>>>round(0.645,2) # 按照上述舍入规则,应该是0.64,但结果却是0.65
这里就涉及到python的浮点数存储了,python采用IEEE754标准存储浮点数的,所以当我输入0.645
后,底层存储的其实是0011111111100100101000111101011100001010001111010111000010100100
,也即十进制的0.645000000000000017763568394002504646778106689453125
,离0.65
更近。
从上可知,round()对浮点数四舍五入存在舍入规则和浮点数存储的问题
对于浮点数运算,python提供了Decimal
(小数)模块来让小数的运算更贴近我们人正常计算的习惯。
import decimal # 修改舍入方式为四舍五入 decimal.getcontext().rounding = "ROUND_HALF_UP" # 使用字符串来储存小数不会有精度误差,Decimal可以正确处理这种方法表示的数字 decimal.Decimal("0.645").quantize(decimal.Decimal("0.00"))
或者为了避免浮点数储存导致精度损失,干脆全部都用字符串来储存小数,如下:
from decimal import Decimal a = Decimal('0.655') + Decimal('0.345') b = 0.655 + 0.345 # a = 1.000 # b = 1.0
最后附上一开始的问题吧:
# 输入三个浮点数,求它们的平均值并保留 1 位小数,对小数后第二位数进行四舍五入,最后输出结果 import decimal numbers = list(map(decimal.Decimal, input().split(','))) # 修改舍入方式为四舍五入 decimal.getcontext().rounding = "ROUND_HALF_UP" # 计算平均数 result = decimal.Decimal(sum(numbers) / numbers.__len__()) # 使用字符串来储存小数不会有精度误差,Decimal可以正确处理这种方法表示的数字 roundResult = decimal.Decimal(str(result)).quantize(decimal.Decimal("0.00")) print(roundResult) >>>1.535,1.545,1.555 # 平均数为1.545 1.5 # 保留一位小数, 对小数点后第二位进行四舍五入
参考文章: