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

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

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

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

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

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

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

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

1、直接創(chuàng)建