程序中兩個Double類型相加出現(xiàn)誤差的解決辦法
今天在自己做的系統(tǒng)中,發(fā)現(xiàn)了一個奇怪的現(xiàn)象:幾個Double類型的數(shù)據(jù)相加,到最后得出的金額比正確數(shù)值總是少了幾毛錢。以為是程序里的計算方法有問題,可是排查了很多地方,始終沒有找到問題出在哪里。最后干脆把計算方法一句一句拆分,得到了最后最簡單的一步,就是把兩個具體的數(shù)值相加,但是最后的結(jié)果居然還是錯誤的。比如,現(xiàn)在已經(jīng)到了最簡單的一步:
double n = 171.6;
double m = 28.17;
double k = n + m;
按理說k的值應(yīng)該是199.77,但其實得到的居然是199.76999999999998。
我們的系統(tǒng)里有保留小數(shù)位數(shù)為4位,按理是可以四舍五入成199.77的。但是因為有做金額的合計,是幾十甚至幾百個數(shù)據(jù)的相加,由于每兩個數(shù)相加的時候都可能產(chǎn)生上述誤差,因此最后得到的結(jié)果已經(jīng)有了近0.7的誤差,就算再四舍五入也于事無補了。
上網(wǎng)查了一下相關(guān)資料,覺得CSDN論壇里的這個帖子的解釋還是比較詳細的:http://bbs.csdn.net/topics/300023952,大意是說由于運算的時候進行了進制的轉(zhuǎn)換造成的(見8樓回復(fù)),所有的精度類型在幾乎所有語言下都有這個問題。比較有效的解決辦法是使用BigDecimal(見14樓回復(fù)),但是我個人認為那個BigDecimal的解決辦法太麻煩了,至少對于我的系統(tǒng)來說是這樣。還不如每加一次之后都進行一次字符串轉(zhuǎn)換,保留有效的小數(shù)位數(shù),比如,上述語句可以改寫成:
double n = 171.6;
double m = 28.17;
//double k = n + m;
String kn = (n + m).ToString("N4"); //保留4位小數(shù)
double k = Convert.ToDouble(kn);
也就是說,在String kn這一步,就已經(jīng)把誤差調(diào)整好了,得到的k值就是正確的了。這樣每次相加都處理一下誤差,無論要算多少個數(shù)據(jù)的合計也不用擔心會出現(xiàn)誤差過大的情況了。
當然最好是把這種處理方法做成一個公用方法,專門用來處理兩個數(shù)的相加。
相關(guān)文章
C#中DataTable的創(chuàng)建與遍歷實現(xiàn)
這篇文章主要介紹了C#中DataTable的創(chuàng)建與遍歷實現(xiàn),文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2021-02-02
C#優(yōu)化if...else代碼的方案總結(jié)
在編寫代碼實現(xiàn)業(yè)務(wù)需求過程中,會使用到大量的if...else 判斷語句,隨業(yè)務(wù)復(fù)雜程度不同,導(dǎo)致判斷語句出現(xiàn)多層嵌套、多分支等情況,導(dǎo)致代碼可讀性變差、增加維護難度,本文介紹了C# 如何優(yōu)化 if...else 讓代碼優(yōu)雅起來,需要的朋友可以參考下2024-06-06
C#中Equals和GetHashCode使用及區(qū)別
這篇文章主要介紹了C#中Equals和GetHashCode使用及區(qū)別,文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-02-02
Winform消除button按下出現(xiàn)的虛線簡單實現(xiàn)方法
這篇文章主要介紹了Winform消除button按下出現(xiàn)的虛線簡單實現(xiàn)方法,通過重寫button設(shè)置Selectable參數(shù)實現(xiàn)該功能,具有一定參考借鑒價值,需要的朋友可以參考下2015-08-08

