【移動應(yīng)用開發(fā)技術(shù)】使用JSONObject需要注意避免什么問題_第1頁
【移動應(yīng)用開發(fā)技術(shù)】使用JSONObject需要注意避免什么問題_第2頁
【移動應(yīng)用開發(fā)技術(shù)】使用JSONObject需要注意避免什么問題_第3頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

【移動應(yīng)用開發(fā)技術(shù)】使用JSONObject需要注意避免什么問題

這篇文章給大家分享的是有關(guān)使用JSONObject需要注意避免什么問題的內(nèi)容。在下覺得挺實(shí)用的,因此分享給大家做個(gè)參考,一起跟隨在下過來看看吧。問題現(xiàn)象在Android業(yè)務(wù)同步的邏輯代碼中,使用到了JSONObject來解析服務(wù)端的JSON

數(shù)據(jù)。同時(shí)本地因?yàn)闃I(yè)務(wù)新增需求的緣故,在本地?cái)?shù)據(jù)庫中使用JSONObject緩存了包括水位等同步相關(guān)的信息,其中,水位值是Long

型。但近期發(fā)現(xiàn)同步過程中下一次同步時(shí),傳遞給服務(wù)器的水位并不是上一次服務(wù)器返回的新水位,而是相差一些。以301028292893495297L

為例,服務(wù)器返回這個(gè)水位之后,下次客戶端上傳的水位是301028292893495296L,差值為-1。問題排查通過反復(fù)排查代碼邏輯,發(fā)現(xiàn)水位從服務(wù)端返回到下次請求之間,只經(jīng)過了以下轉(zhuǎn)換:認(rèn)真閱讀代碼不難發(fā)現(xiàn),Long型的水位值保存在JSON對象中的時(shí)候轉(zhuǎn)成了String型,而在讀取的時(shí)候又當(dāng)作是Long

型來處理。因此會有精度缺失的問題,參見如下JSONObject的文檔:由此可見,在讀取JSON對象的某個(gè)值時(shí),如果原先是String型,讀取的時(shí)候當(dāng)作是Long型,是會將String型通過Double

進(jìn)行解析的,所以在值超過2^52時(shí)會有精度缺失的問題。于是,遇到的問題就可以解釋了。以下是Double的存儲格式規(guī)范:其中,Double和Long的精度測試代碼很簡單(輸入?yún)?shù)可以提供例如301028292893495297L這樣超過2^52的long

值,會發(fā)現(xiàn)其返回值不為0):Double和Long的精度測試代碼很簡單(輸入?yún)?shù)可以提供例如301028292893495297L這樣超過2^52的long

值):知道了問題的根源,修復(fù)就一目了然了,在水位保存在JSONObject對象中時(shí),應(yīng)該當(dāng)作Long型而不是String

型來保存;亦或者在讀取的時(shí)候也當(dāng)作是String型,然后通過Long.valueOf等接口進(jìn)行解析。另外,關(guān)于JSON對象中的值是Long型還是String型,其實(shí)比較容易被忽略。如果JSON對象在使用String

表示的時(shí)候,該值對應(yīng)處有引號就是String型??慈缦碌脑囉美鸵荒苛巳涣耍侯愃频膯栴}在網(wǎng)上隨意一搜,其實(shí)有許多人遇坑了,比如這個(gè)。所以,盡管不能說這個(gè)庫的設(shè)計(jì)是很失敗的,但肯定不算是一個(gè)設(shè)計(jì)良好的庫。因?yàn)槟銦o法直接從API

名稱看出其內(nèi)在的潛在邏輯,容易導(dǎo)致使用者使用不當(dāng)。因此,經(jīng)驗(yàn)教訓(xùn)就是:使用第三方庫的時(shí)候,能看API文檔就看API

文檔,切不可望文生義。當(dāng)然,這個(gè)問題可能也僅限在Android中較老的代碼模塊,畢竟新的代碼都會使用GSON等類庫進(jìn)行JSON

對象操作,也就不容易出現(xiàn)這樣的不易發(fā)現(xiàn)的問題了。當(dāng)然,單就這個(gè)問題來看,其實(shí)是在新增業(yè)務(wù)邏輯的時(shí)候,沒有正確使用JSONObject對象的接口,Long型的值不應(yīng)當(dāng)看成是String

型進(jìn)行保存而又當(dāng)成是Long型來讀取,如果保存和讀取的接口保持對應(yīng),也就不會出現(xiàn)問題了。不管怎么說,該問題的教訓(xùn)是在使用JSONObject

相關(guān)接口時(shí)要倍加小心謹(jǐn)慎。備注:Github上***的JSON-Java庫沒有這個(gè)問題,可以放心使用。問題解決知道了問題的根源,修復(fù)就一目了然了,在水位保存在JSON對象中時(shí),應(yīng)該當(dāng)作Long型而不是String型來保存;或者在讀取的時(shí)候也當(dāng)作是

String型,然后通過Long.valueOf等接口進(jìn)行解析。感謝各位的閱讀!關(guān)于“使用JSONO

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論