有關 PHP 和 js 浮點運算的坑

	### javascript
	0.1 + 0.2 爲啥不等於 0.3 ? （正確結果：0.30000000000000004）
	0.8 * 7 爲啥不等於 5.6 ? （正確結果：5.6000000000000005）
	### PHP
	var_dump(intval(0.58 * 100));
	正確結果是 57，而不是 58
	### 浮點運算惹的禍
	其實這些結果都並非語言的 bug，但和語言的實現原理有關， js 所有數字統一爲 Number, 包括整形實際上全都是雙精度（double）類型。
	而PHP會區分 int 還是 float。不管什麼語言，只要涉及浮點運算，都是存在類似的問題，使用時一定要注意。
	### 浮點二進制原理
	根據國際標準IEEE 754，任意一個二進制浮點數V可以表示成下面的形式：
	V = (-1)s * M * E
	1. (-1)s 表示符號位，當s=0，V爲正數；當s=1，V爲負數。
	2. M表示有效數字，大於等於1，小於2。
	3. 2E 表示指數位。
	舉例來說：十進制的-5.0，寫成二進制是-101.0，相當於-1.01×22 。那麼，s=1，M=1.01，E=2。
	IEEE 754規定，對於32位的浮點數，最高的1位是符號位s，接着的8位是指數E，剩下的23位爲有效數字M。
	
	對於64位的浮點數，最高的1位是符號位S，接着的11位是指數E，剩下的52位爲有效數字M。
	
	IEEE 754對有效數字M和指數E，還有一些特別規定。
	前面說過，1≤M<2，也就是說，M可以寫成1.xxxxxx的形式，其中xxxxxx表示小數部分。IEEE 754規定，在計算機 內部保存M時，默認這個數的第一位總是1，因此可以被捨去，只保存後面的xxxxxx部分。比如保存1.01的時候，只 保存01，等到讀取的時候，再把第一位的1加上去。這樣做的目的，是節省1位有效數字。以32位浮點數爲例，留給 M只有23位，將第一位的1捨去以後，等於可以保存24位有效數字。
	至於指數E，情況就比較複雜。
	首先，E爲一個無符號整數（unsigned int）。這意味着，如果E爲8位，它的取值範圍爲0~255；如果E爲11位，它 的取值範圍爲0~2047。但是，我們知道，科學計數法中的E是可以出現負數的，所以IEEE 754規定，E的真實值必須 由E再減去一箇中間數，對於8位的E，這個中間數是127；對於11位的E，這個中間數是1023。
	比如，210 的E是10，所以保存成32位浮點數時，必須保存成10(E的真實值)+127=137(E)，即10001001。
	然後，指數E還可以再分成三種情況：
	（1）E不全爲0或不全爲1。這時，浮點數就採用上面的規則表示，即指數E的計算值減去127（或1023），得到真實 值，再將有效數字M前加上第一位的1。
	（2）E全爲0。這時，浮點數的指數E等於1-127（或者1-1023），有效數字M不再加上第一位的1，而是還原爲 0.xxxxxx的小數。這樣做是爲了表示±0，以及接近於0的很小的數字。
	（3）E全爲1。這時，如果有效數字M全爲0，表示±無窮大（正負取決於符號位s）；如果有效數字M不全爲0，表示 這個數不是一個數（NaN）。>
	### 參考
	<http://www.laruence.com/2013/03/26/2884.html>
	<http://www.cnblogs.com/qlwy/archive/2012/08/17/2644470.html>

轉自：http://www.yinqisen.cn/blog-782.html