javascript數(shù)字精度問題，在小數(shù)和超大數(shù)都有可能出現(xiàn)。

對于小數(shù)在計(jì)算過程中，我們可以擴(kuò)大倍數(shù)在計(jì)算，取整，然后縮小倍數(shù)得到實(shí)際結(jié)果，舉個(gè)例子：

var a = 0.1,b=0.2;
console.log(a+b);//0.30000000000000004
console.log(parseInt(a*10000+b*10000)/10000)//0.3
//注意10000表示你要精確到小數(shù)后四位

這樣看起來是沒多少問題了，但是前面說過了一個(gè)問題，javascript對于超大的整數(shù)（超過了Math.pow(2, 53)）也存在一個(gè)精度問題，看下面：

9999999999999999 == 10000000000000001; //true

所以當(dāng)如果你需要精確的小數(shù)位比較多，那么你擴(kuò)大的倍數(shù)肯定就比較大，最后得出的整數(shù)就會(huì)可能超過Math.pow(2, 53)，那么就存在一個(gè)精度問題。這是一個(gè)無法避免的問題。

對于這種問題一般可以分兩步解決：小數(shù)的計(jì)算可以擴(kuò)大倍數(shù)；對于超大數(shù)，可以考慮轉(zhuǎn)換數(shù)量級單位保存，例如元轉(zhuǎn)換成萬元，億元.

如果不對，請指出.

PHP，BC高精確度函數(shù)庫

var num = 27.779999999999998;
console.log(num.toFixed(2)); //27.78

用 number_format 處理呢？

$number = 1234.5678;

$english_format_number = number_format($number, 2); // 1234.57

參考：number_format

這個(gè)原因是因?yàn)閖s和php對于數(shù)據(jù)類型方式微有不同的原因，簡單講一下就是js的浮點(diǎn)數(shù)小數(shù)部分的儲(chǔ)存方式是根據(jù)e的次方來儲(chǔ)存的，詳情可以參考我的筆記，如果你要很精確的話，可以參考我的轉(zhuǎn)換方法，但是php儲(chǔ)存方式我不太了解，你可以看一下官方文檔或者源代碼。抑或你不需要太精確可以簡單地用Math.floor或者M(jìn)ath.ceiling來四舍五入。

這個(gè)和后端同學(xué)是沒有關(guān)系的，傳入的是整形還是字符串都是可以的，問題的關(guān)鍵是前端同學(xué)處理的時(shí)候先除以100然后又乘100導(dǎo)致的比如：(27.78/100)*100=27.779999999999998;這個(gè)是你出現(xiàn)問題的原因
解決辦法有兩個(gè),
一、你返回27.78%這樣的字符串
二,讓前端同學(xué)直接顯示不要在運(yùn)算了。

var str = "0.1256789";//原數(shù)值
// obj：操作的字符串，num：指定要取小數(shù)點(diǎn)到第幾位
// 方法1：巧移小數(shù)點(diǎn)，可取四舍五入
function roundPlaces (obj,num) {
    var temp=obj*Math.pow(10,num);
    temp=Math.round(temp);
    temp=temp/Math.pow(10,num);
    return temp;
}