成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

剛來的大兄弟在這個小問題上翻車了,你確定不看一下?

開發 前端
在我們日常工作中數值計算是不可避免的,特別是電商類系統中,這個問題一般情況下我們都是特別注意的,但是一不注意就會出大問題,跟錢有關的事情沒小事。這不新來的大兄弟就一個不注意,在這個小陰溝里翻車了,鬧笑話了。

[[358035]]

本文轉載自微信公眾號「 故里學Java」,作者 故里學Java。轉載本文請聯系 故里學Java公眾號。

在我們日常工作中數值計算是不可避免的,特別是電商類系統中,這個問題一般情況下我們都是特別注意的,但是一不注意就會出大問題,跟錢有關的事情沒小事。這不新來的大兄弟就一個不注意,在這個小陰溝里翻車了,鬧笑話了。

為了我們以后可以避免在這個問題上犯錯,我今天特地寫了這一篇來總結一下。

避免用Double來進行運算

使用Double來計算,我們以為的算術運算和計算機計算的并不完全一直,這是因為計算機是以二進制存儲數值的,我們輸入的十進制數值都會轉換成二進制進行計算,十進制轉二進制再轉換成十進制就不是原來那個十進制了,再也不是曾經那個少年了。舉個例子:十進制的0.1轉換成二進制是0.0 0011 0011 0011...(無數個0011),再轉換成十進制就是0.1000000000000000055511151231,看到了吧,沒有騙你的。

計算機無法精確地表達浮點數,這是不可避免的,這是為什么浮點數計算后精度損失的原因。

  1. System.out.println(0.1+0.2); 
  2. System.out.println(1.0-0.8); 
  3. System.out.println(4.015*100); 
  4. System.out.println(123.3/100); 

通過簡單的例子,我們發現精度損失并不是很大,但是這并不代表我們可以使用,特別是電商類系統中,每天少說幾百萬的單量,每筆訂單哪怕少計算一分錢,算下來也是一筆不小的金額,所以說,這不是個小事情,然后很多人就說,金額計算啊,你用BigDecimal啊,對的,這個沒毛病,但是用了BigDecimal就完事大吉了嗎?當問出這句話的時候,就說明這其中必有蹊蹺。

BigDecimal你遇見過哪些坑?

還是通過一個簡單的例子,計算上邊例子中的運算,來看一下結果:

  1. System.out.println(new BigDecimal(0.1).add(new BigDecimal(0.2))); 
  2. System.out.println(new BigDecimal(1.0).subtract(new BigDecimal(0.8))); 
  3. System.out.println(new BigDecimal(4.015).multiply(new BigDecimal(100))); 
  4. System.out.println(new BigDecimal(123.3).divide(new BigDecimal(100))); 

我們發現使用了BigDecimal之后計算結果還是不精確,這里就要記住BigDecimal的第一個坑了:

BigDecimal來表示和計算浮點數的時候,要使用String的構造方法來初始化BigDecimal。

小的改進一下再來看看結果:

  1. System.out.println(new BigDecimal("0.1").add(new BigDecimal("0.2"))); 
  2. System.out.println(new BigDecimal("1.0").subtract(new BigDecimal("0.8"))); 
  3. System.out.println(new BigDecimal("4.015").multiply(new BigDecimal("100"))); 
  4. System.out.println(new BigDecimal("123.3").divide(new BigDecimal("100"))); 

那么接下來一個問題,使用了BigDecimal就萬事大吉了嗎?并不是的!

接下來我們來看一下BigDecimal的源碼,這里面有一個地方需要注意,先看圖:

注意看這兩個屬性,scale表示小數點右邊幾位,precision表示精度,就是我們常說的有效長度。

前邊我們已經知道,BigDecimal必須傳入字符串類型數值,那么如果我們現在是一個Double類型數值,該如何操作呢?通過一個簡單的測試我們來看一下:

  1.  private static void testScale() { 
  2.      BigDecimal bigDecimal1 = new BigDecimal(Double.toString(100)); 
  3.      BigDecimal bigDecimal2 = new BigDecimal(String.valueOf(100d)); 
  4.      BigDecimal bigDecimal3 = BigDecimal.valueOf(100d); 
  5.      BigDecimal bigDecimal4 = new BigDecimal("100"); 
  6.      BigDecimal bigDecimal5 = new BigDecimal(String.valueOf(100)); 
  7.  
  8.      print(bigDecimal1); 
  9.      print(bigDecimal2); 
  10.      print(bigDecimal3); 
  11.      print(bigDecimal4); 
  12.      print(bigDecimal5);      
  13.  
  14. private static void print(BigDecimal bigDecimal) { 
  15.         System.out.println(String.format("scale %s precision %s result %s", bigDecimal.scale(), bigDecimal.precision(), bigDecimal.multiply(new BigDecimal("1.001")))); 

run一下我們發現,以上前三種方式是將double轉換成BigDecimal之后,得到的BigDecimal的scale都是1,precision都是4,后兩種方式的toString方法得到的scale都是0,precision都是3,與1.001進行乘運算后,我們發現,scale是兩個數的scale相加的結果。

我們在處理浮點數的字符串的時候,應該顯式的方式通過格式化表達式或者格式化工具來明確小數位數和舍入方式。

浮點數的舍入和格式化該如何選擇?

我們首先來看看使用String.format的格式化舍入,會有什么結果,我們知道浮點數有double和float兩種,下邊我們就用這兩種來舉例子:

  1. double num1 = 3.35; 
  2. float num2 = 3.35f; 
  3. System.out.println(String.format("%.1f", num1)); 
  4. System.out.println(String.format("%.1f", num2)); 

得到的結果似乎與我們的預期有出入,其實這個問題也很好解釋,double和float的精度是不同的,double的3.35相當于3.350000000000000088817841970012523233890533447265625,而float的3.35相當于3.349999904632568359375,String.format才有的又是四舍五入的方式舍入,所以精度問題和舍入方式就導致了運算結果與我們預期不同。

Formatter類中默認使用的是HALF_UP的舍入方式,如果我們需要使用其他的舍入方式來格式化,可以手動設置。

到這里我們就知道通過String.format的方式來格式化這條路坑有點多,所以,「浮點數的字符串格式化還得要使用BigDecimal來進行」。

來,上代碼,測試一下究竟是不是那么回事:

  1. BigDecimal num1 = new BigDecimal("3.35"); 
  2. //小數點后1位,向下舍入 
  3. BigDecimal num2 = num1.setScale(1, BigDecimal.ROUND_DOWN); 
  4. System.out.println(num2); 
  5. //小數點后1位,四舍五入 
  6. BigDecimal num3 = num1.setScale(1, BigDecimal.ROUND_HALF_UP); 
  7. System.out.println(num3); 
  8. 輸入結果: 
  9. 3.3 
  10. 3.4 

這次得到的結果與我們預期一致。

BigDecimal不能使用equals方法比較?

我們都知道,包裝類的比較要使用equals,而不能使用==,那么這一條在Bigdecimal中也適用嗎?數據說話,簡單的一個測試來說明:

  1. System.out.println(new BigDecimal("1").equals(new BigDecimal("1.0"))) 
  2. 結果:false 

按照我們的理解1和1.0是相等的,也應該是相等的,但是Bigdecimal的equals在比較中不只是比較了value,還比較了scale,我們前邊說了scale是小數點后的位數,明顯兩個值的小數點后位數不一樣,所以結果為false。

實際的使用中,我們常常是只希望比較兩個BigDecimal的value,這里就要注意,要使用compareTo方法:

  1. System.out.println(new BigDecimal("1").compareTo(new BigDecimal("1.0"))) 
  2. 結果:true 

最后

再總結一下今天的文章:

  • 避免使用Double來進行運算
  • BigDecimal的初始化要使用String入參或者BigDecimal.valueOf()
  • 浮點數的格式化建議使用BigDecimal
  • 比較兩個BigDecimal的value要使用compareTo

 

責任編輯:武曉燕 來源: 故里學Java
相關推薦

2021-06-24 07:54:20

vite 靜態處理public

2018-09-27 14:50:04

機器學習數據科學書籍

2018-12-20 11:20:47

物聯網設備物聯網

2019-06-17 05:00:53

預測性維護物聯網IOT

2011-10-12 11:07:12

iCloudiOS5蘋果

2021-10-09 18:26:59

二叉樹多叉樹搜索

2023-11-23 17:02:34

LinuxSED工具

2021-08-05 07:28:27

SQL觸發器結構

2020-09-17 09:18:49

iOS 14蘋果推送

2020-07-17 08:36:16

JVM性能監控

2010-03-15 10:35:46

三層交換

2023-10-23 10:20:25

2020-06-10 07:38:30

Spring框架周期

2017-03-03 10:37:07

Java泛型設計

2019-09-06 10:31:45

軟件開發地圖

2021-08-22 15:07:29

大數據信息安全隱私

2020-04-16 18:04:07

JavaScript前端技術

2024-05-13 08:05:26

JVMJava逃逸分析

2021-08-30 07:49:34

數據庫數倉Doris

2013-12-06 11:14:54

開發者程序員bug
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 日韩av.com| 久久久久久91 | 96av麻豆蜜桃一区二区 | 精品国产欧美一区二区三区不卡 | 久久国产精品无码网站 | 久草精品在线 | 国产99久久精品一区二区永久免费 | 欧美精品一区二区在线观看 | 亚洲精品久久久一区二区三区 | 日本成人二区 | 亚洲综合色婷婷 | 欧美日韩亚洲一区 | h小视频 | 久久久国产亚洲精品 | 欧美激情精品久久久久 | 国产区免费视频 | 欧美人人| 国产91久久久久久久免费 | 韩日在线 | 操久久 | 精品一级毛片 | 在线观看成人av | 亚洲欧美一区二区三区国产精品 | 美女视频一区 | 国产一级片在线播放 | 日韩不卡一区二区 | 精品日韩一区二区 | 亚洲国产一区二区三区在线观看 | 欧美日韩国产在线观看 | 色婷婷综合网站 | 欧美综合一区 | 亚洲精品观看 | 亚洲精品小视频在线观看 | av一区在线 | 国产精品一区二区日韩 | 精品96久久久久久中文字幕无 | 亚洲精品在线播放 | 日韩在线播放中文字幕 | 亚洲欧美一区二区在线观看 | 神马九九 | 91中文字幕在线 |