這個一直都想寫,可是由於這個點比較小,因此一直懶得動手。不過仍是補上吧,留着遲早是個禍害。python
round函數很簡單,對浮點數進行近似取值,保留幾位小數。好比linux
>>> round(10.0/3, 2) 3.33 >>> round(20/7) 3
第一個參數是一個浮點數,第二個參數是保留的小數位數,可選,若是不寫的話默認保留到整數。git
這麼簡單的函數,能有什麼坑呢?python2.7
一、round的結果跟python版本有關函數
咱們來看看python2和python3中有什麼不一樣:spa
$ python Python 2.7.8 (default, Jun 18 2015, 18:54:19) [GCC 4.9.1] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> round(0.5) 1.0
$ python3 Python 3.4.3 (default, Oct 14 2015, 20:28:29) [GCC 4.8.4] on linux Type "help", "copyright", "credits" or "license" for more information. >>> round(0.5) 0
好玩嗎?code
若是咱們閱讀一下python的文檔,裏面是這麼寫的:orm
在python2.7的doc中,round()的最後寫着,「Values are rounded to the closest multiple of 10 to the power minus ndigits; if two multiples are equally close, rounding is done away from 0.」 保留值將保留到離上一位更近的一端(四捨六入),若是距離兩端同樣遠,則保留到離0遠的一邊。因此round(0.5)會近似到1,而round(-0.5)會近似到-1。blog
可是到了python3.5的doc中,文檔變成了「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.」 若是距離兩邊同樣遠,會保留到偶數的一邊。好比round(0.5)和round(-0.5)都會保留到0,而round(1.5)會保留到2。ip
因此若是有項目是從py2遷移到py3的,可要注意一下round的地方(固然,還要注意/和//,還有print,還有一些比較另類的庫)。
二、特殊數字round出來的結果可能未必是想要的。
>>> round(2.675, 2)
2.67
python2和python3的doc中都舉了個相同的栗子,原文是這麼說的:
Note The behavior of round() for floats can be surprising: for example, round(2.675, 2) gives 2.67 instead of the expected 2.68. This is not a bug: it’s a result of the fact that most decimal fractions can’t be represented exactly as a float. See Floating Point Arithmetic: Issues and Limitations for more information.
簡單的說就是,round(2.675, 2) 的結果,不論咱們從python2仍是3來看,結果都應該是2.68的,結果它恰恰是2.67,爲何?這跟浮點數的精度有關。咱們知道在機器中浮點數不必定能精確表達,由於換算成一串1和0後多是無限位數的,機器已經作出了截斷處理。那麼在機器中保存的2.675這個數字就比實際數字要小那麼一點點。這一點點就致使了它離2.67要更近一點點,因此保留兩位小數時就近似到了2.67。
以上。除非對精確度沒什麼要求,不然儘可能避開用round()函數。近似計算咱們還有其餘的選擇:
就醬。