【移動(dòng)應(yīng)用開發(fā)技術(shù)】Android 優(yōu)化之存儲(chǔ)優(yōu)化的實(shí)現(xiàn)_第1頁(yè)
【移動(dòng)應(yīng)用開發(fā)技術(shù)】Android 優(yōu)化之存儲(chǔ)優(yōu)化的實(shí)現(xiàn)_第2頁(yè)
【移動(dòng)應(yīng)用開發(fā)技術(shù)】Android 優(yōu)化之存儲(chǔ)優(yōu)化的實(shí)現(xiàn)_第3頁(yè)
全文預(yù)覽已結(jié)束

下載本文檔

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

文檔簡(jiǎn)介

【移動(dòng)應(yīng)用開發(fā)技術(shù)】Android優(yōu)化之存儲(chǔ)優(yōu)化的實(shí)現(xiàn)

交換數(shù)據(jù)格式

Google推出的ProtocalBuffers是一種更輕便高效的存儲(chǔ)結(jié)構(gòu),但消耗內(nèi)存較大。FlatBuffers同樣由Google推出,專注性能,適合移動(dòng)端。占用存儲(chǔ)比Protocal要大。SharePreferences優(yōu)化

Bitmap解碼數(shù)據(jù)庫(kù)優(yōu)化1、使用StringBuilder代替String2、查詢時(shí)返回更少的結(jié)果集及更少的字段查詢時(shí)只取需要的字段和結(jié)果集,更多的結(jié)果集會(huì)消耗更多的時(shí)間及內(nèi)存,更多的字段會(huì)導(dǎo)致更多的內(nèi)存消耗。3、少用cursor.getColumnIndex根據(jù)性能調(diào)優(yōu)過(guò)程中的觀察cursor.getColumnIndex的時(shí)間消耗跟cursor.getInt相差無(wú)幾??梢栽诮ū淼臅r(shí)候用static變量記住某列的index,直接調(diào)用相應(yīng)index而不是每次查詢。4、異步線程Android中數(shù)據(jù)不多時(shí)表查詢可能耗時(shí)不多,不會(huì)導(dǎo)致ANR,不過(guò)大于100ms時(shí)同樣會(huì)讓用戶感覺(jué)到延時(shí)和卡頓,可以放在線程中運(yùn)行,但sqlite在并發(fā)方面存在局限,多線程控制較麻煩,這時(shí)候可使用單線程池,在任務(wù)中執(zhí)行db操作,通過(guò)handler返回結(jié)果和UI線程交互,既不會(huì)影響UI線程,同時(shí)也能防止并發(fā)帶來(lái)的異常。5、SQLiteOpenHelper維持一個(gè)單例因?yàn)镾QLite對(duì)多線程的支持并不是很完善,如果兩個(gè)線程同時(shí)操作數(shù)據(jù)庫(kù),因?yàn)閿?shù)據(jù)庫(kù)被另一個(gè)線程占用,這種情況下會(huì)報(bào)“Databaseislocked”的異常。所以在數(shù)據(jù)庫(kù)管理類中使用單例模式,就可以保證無(wú)論在哪個(gè)線程中獲取數(shù)據(jù)庫(kù)對(duì)象,都是同一個(gè)。最好的方法是所有的數(shù)據(jù)庫(kù)操作統(tǒng)一到同一個(gè)線程隊(duì)列管理,而業(yè)務(wù)層使用緩存同步,這樣可以完全避免多線程操作數(shù)據(jù)庫(kù)導(dǎo)致的不同步和死鎖問(wèn)題。6、Application中初始化7、少用AUTOINCREMENT主鍵加上AUTOINCREMENT后,可以保證主鍵嚴(yán)格遞增,但并不能保證每次都加1,因?yàn)樵诓迦胧『螅〉男刑?hào)不會(huì)被復(fù)用,會(huì)造成主鍵有間隔,繼而使INSERT耗時(shí)1倍以上。這個(gè)AUTOINCREMENT關(guān)鍵詞會(huì)增加CPU,內(nèi)存,磁盤空間和磁盤I/O的負(fù)擔(dān),所以盡量不要用,除非必需。通常情況下都不是必需的。事務(wù)

使用事務(wù)的兩大好處是原子提交和更優(yōu)性能:主要三個(gè)方法:beginTransaction,setTransactionSuccessful,endTransaction。SQLiteStatement

使用Android系統(tǒng)提供的SQLiteStatement來(lái)插入數(shù)據(jù),在性能上有一定的提高,并且也解決了SQL注入的問(wèn)題。SQLiteStatement只能插入一個(gè)表中的數(shù)據(jù),在插入前要清除上一次的數(shù)據(jù)。索引

索引就像書本的目錄,目錄可以快速找到所在頁(yè)數(shù),數(shù)據(jù)庫(kù)中索引可以幫助快速找到數(shù)據(jù),而不用全表掃描,合適的索引可以大大提高數(shù)據(jù)庫(kù)查詢的效率。優(yōu)點(diǎn):大大加快了數(shù)據(jù)庫(kù)檢索的速度,包括對(duì)單表查詢、連表查詢、分組查詢、排序查詢。經(jīng)常是一到兩個(gè)數(shù)量級(jí)的性能提升,且隨著數(shù)據(jù)數(shù)量級(jí)增長(zhǎng)。缺點(diǎn):分類

1、直接創(chuàng)建

溫馨提示

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

評(píng)論

0/150

提交評(píng)論