當浮點數進行計算的時候，有一些數是沒有以準確的精度來存儲的，因為在計算機中，這些數進行計算都是根據二進制碼進行的，把一個十進制的數轉換為二進制，計算機所能存儲的位數有上限，這就會導致最後的出來的數不精確，如果解決這個問題呢，我們可以將小數部分乘以10或者100進行整數的計算，最後的結果再除以10或者100，邏輯部分就不介紹了，參考鏈接：http://blog.csdn.net/iloli/article/details/8447571

在Web中，get與post兩種向服務器傳遞數據的方式，有什麽區別?（以下摘自知乎）

GET和POST長度的限制問題

GET

1.GET是通過URL提交數據，因此GET可提交的數據量就跟URL所能達到的最大長度有直接關系。

2.實際上HTTP協議對URL長度是沒有限制的；限制URL長度大多數是瀏覽器或者服務器的配置參數

POST

1.同樣的，HTTP協議沒有對POST進行任何限制，一般是受服務器配置限制或者內存大小。

2.PHP下可以修改php.conf的postmaxsize來設置POST的大小。

請求header的content-length問題

如果有人惡意偽造content-length很大的包頭，但實際上發送content-length很小的請求，這樣服務器會一直幹等，直到超時。當然服務器是可以通過設置來避免該問題的

GET和POST的安全性

1.GET是通過URL方式請求，可以直接看到，明文傳輸。

2.POST是通過請求header請求，可以開發者工具或者抓包可以看到，同樣也是明文的。

3.GET請求會保存在瀏覽器歷史紀錄中，還可能會保存在Web的日誌中。

GET和POST對服務器的狀態

根據http的設計，大家在看到get的時候，都期望這個請求對服務器沒有修改，看到post的時候，都認為這對服務器產生了修改。

GET冪等，POST不冪等

冪等是指同一個請求方法執行多次和僅執行一次的效果完全相同。

1.按照RFC規範，PUT，DELETE和安全方法都是冪等的。雖說是規範，但服務端實現是否冪等是無法確保的。

2.引入冪等主要是為了處理同一個請求重復發送的情況，比如在請求響應前失去連接，如果方法是冪等的，就可以放心地重發一次請求。這也是瀏覽器在後退/刷新時遇到POST會給用戶提示的原因：POST語義不是冪等的，重復請求可能會帶來意想不到的後果。

3.比如在微博這個場景裏，GET的語義會被用在「看看我的Timeline上最新的20條微博」這樣的場景，而POST的語義會被用在「發微博、評論、點贊」這樣的場景中。

知識小結（浮點數問題）