編輯:關於Android編程
Conversation這個類主要表示對話的數據結構,其內持有一個Thread所有的相關信息,如Recipients,ThreadId等等,也用於管理Thread,比如查詢Thread,刪除Thread,更新Thread,管理ThreadId,管理Thread的聯系人等等。因為Thread表與其他表關聯的信息比較多,如聯系人,消息個數,這些信息有些直接會寫在數據庫。因為Thread上面的信息比較多,所以加載時會較費時,因此就有了一個在Conversation內部的Cache來提高加載Thread的速度。
獲得Conversation對象的方式都是通過Conversation的靜態方法Conversation.get(),這個方法先從內部的Cache來取Conversation對象,如果Cache中沒有就構建對象,並從數據庫中加載信息放到對象中。
因為一個Conversation代表著一個Thread,所以Conversation的內部Cache的實現數據結構是一個HashSet,裡面每一個元素都是一個Conversation對象。它提供了幾個操作Cache的方法:get, put, remove, replace等。每個Conversation對象只能添加一次,否則會有Exception拋出。但是這個Cache的實現方式很不高效,直接用一個HashSet<Conversation>,所以在get和replace時,很不方便。更好的實現方式應該是一個Hash表,鍵是ThreadId,值就是Conversation對象,這樣就可以利用Hash的高效率的優勢來進行查詢和替換等操作。這個Cache的實現方式很簡單,Converation.init()方法會調用cacheAllThreads()進行Cache的工作。當Mms啟動的時候,以及Thread發生變化時,如刪除Thread時也都會調用Conversation.init()來進行Cache的更新。Convresation.init()會啟動一個新的線程並在線程中調用cacheAllThreads()來構建Conversation的Cache,而獲取Conversation的方法如Conversation.get()都會先試圖從它的Cache中來拿Conversation對象,如果Cache中沒有,就新建一個Conversation,並加入到Cache中。cacheAllThreads()會從數據庫中查詢出所有的Thread,構建新的Conversation對象,把數據庫的信息全總加到Conversation對象中去,然後 放入到Cache中。
有時候你把手機接到電腦上調試時,Android Studio總是提示你重啟ADB,但是你點重啟後,立馬又跳出那個提示重啟的對話框。會再跳出提示對話框是因為你ADB重啟沒有
Android4.2調試RT3070 WiFi模塊 歷時4天,終於有所收獲,今天來總結一下。 周一 1.PC ubuntu上測試該WiFi模塊
Android的內存優化是性能優化中很重要的一部分,而避免OOM又是內存優化中比較核心的一點,這是一篇關於內存優化中如何避免OOM的總結性概要文章,內容大多都是和OOM有
step1:新建一個項目Compass,並將一張指南針圖片導入到res/drawable-hdpi目錄中 step2:設計應用的UI界面,main.xml 復