android系統(tǒng)自帶短信程序源碼部分分析

1、系統(tǒng)自帶短信程序源碼部分分析文章分類(lèi)：移動(dòng)開(kāi)發(fā)這里并不打算對(duì)整個(gè)短信源碼進(jìn)行分析，完全是看了某部分代碼后的自我總結(jié)。我從GIT上clone 了 Conversation （即短信程序）的所有源碼，結(jié)果編譯不過(guò)。 不過(guò)這對(duì)分析它的源碼并不造成太大的阻礙。這里主要對(duì)短信主界面的數(shù)據(jù)和 UI的交互角度進(jìn)行分析，因?yàn)槲易约簩?xiě)的短信 程序在加入獲取聯(lián)系人頭像功能后，程序啟動(dòng)時(shí)花費(fèi)的查詢(xún)時(shí)間太長(zhǎng)。雖然我也 覺(jué)得系統(tǒng)默認(rèn)的短信程序，甚至 HandcentSMS啟動(dòng)時(shí)間都不是很快。（大概是 我的機(jī)器性能太差）一、代碼結(jié)構(gòu)Conversation 中整體結(jié)構(gòu)主要包括 com.android.mms.data 和

2、com.android.mms.ui,如名字所示，大概就是數(shù)據(jù)處理部分和UI部分。數(shù)據(jù)部分主要是獲取/緩存聯(lián)系人信息、獲取/緩存會(huì)話信息等。ConversationList 類(lèi)是程序的主activity ,派生于ListActivity ,就是一個(gè)大 的列表。此外：ConversationListAdapter 是這個(gè) ListView 的 adapter，派生于 CursorAdapter ; ConversationListItem 是一個(gè)自定義的 ViewGroup,派生于 RelativeLayout , 用于表示會(huì)話列表的每一個(gè)itemConversation表示一個(gè)會(huì)話數(shù)據(jù)；Con

3、tact表示一個(gè)聯(lián)系人；ContactList 維護(hù) 一個(gè)聯(lián)系人列表；RecipientIdCache用于開(kāi)線程讀取一個(gè)特殊的表，該表映射會(huì)話數(shù)據(jù)到聯(lián)系人 信息，也就是通過(guò)Recipient就可以獲取聯(lián)系人信息。二、UI結(jié)構(gòu)這里的UI主要就是ConversationList/ConversationListAdapter/ConversationListItem三者之間的交互。在 layout 中，conversation_list_item.xml作為這個(gè) ListView（ConversationList ）的 item 定義，直接使用了 ConversationListItem 這個(gè) v

4、iew :Java代碼1. 這個(gè)自定義item最重要的工作，就是將會(huì)話數(shù)據(jù)綁定到 UI控件上，例如QuickContactBadge。在ListView 的使用中，要綁定數(shù)據(jù)，還有個(gè)方法就是自寫(xiě) adapter ,在構(gòu)造adapter時(shí)就傳入所有數(shù)據(jù)。但是如你所見(jiàn)，這種方法需要先 讀取出所有的數(shù)據(jù)。而這個(gè)系統(tǒng)自帶的短信程序，則沒(méi)有一次讀入。這個(gè)自定義 item還有個(gè)功能就 是，作為一條聯(lián)系人信息的更新監(jiān)聽(tīng)器。 讀取聯(lián)系人信息是非常慢的，因?yàn)闀?huì)涉 及到幾個(gè)表的查詢(xún)。在構(gòu)造這個(gè)item時(shí)，程序在另一個(gè)線程中異步讀取聯(lián)系人 信息，而item只有一個(gè)聯(lián)系人的簡(jiǎn)要信息（電話號(hào)碼）。當(dāng)聯(lián)系人讀出來(lái)后， 再

5、通知它的監(jiān)聽(tīng)器，也就是這個(gè)item ,然后更新UI顯示。ConversationListAdapter中只實(shí)現(xiàn)了 bindView 和 newView這兩個(gè)函數(shù)，此外,它作為 listView 的 AbsListView.RecyclerListener ,還實(shí)現(xiàn)了 onMovedToScrapHeap 數(shù)。關(guān)于RecyclerListener ,這里有篇文章從源碼級(jí)角度分析了下,大概意思就是ListView 在處理item時(shí)，有個(gè)緩存機(jī)制。三、數(shù)據(jù)與UI的映射 這部分才是重要的分析部分，也是我需要學(xué)習(xí)的部分。ConversationList 的onStart中，開(kāi)啟了一個(gè)異步查詢(xún)，查詢(xún)所有的

6、會(huì)話:Java代碼 -1. Override2. protected void onStart() 3. super.onStart();4.5. .6. startAsyncQuery();startyAsyncQuery 調(diào)用了 Conversation.startQueryForAll 函數(shù)，該函數(shù)說(shuō)白 了還是調(diào)用 AsyncQueryHandler.startQuery 函數(shù)：Java代碼1. public static void startQueryForAll(AsyncQueryHandler handl er, int token) 2. handler.cancelOpera

7、tion(token);3. handler.startQuery(token, null,sAllThreadsUri,4. ALL_THREADS_PROJECTIONull, null,Conversations.DEFAULT_SORT_ORDER);5. 關(guān)于如何獲取會(huì)話列表，其實(shí)就是個(gè)SQL的連表查詢(xún)，可以參見(jiàn)這里：獲取短信 會(huì)話列表當(dāng)查詢(xún)完后，android 回調(diào)到自己實(shí)現(xiàn)的 AsyncQueryHandler.onQueryComplete , 該函數(shù)主要就是告訴 adapter , we have done!:Java代碼1. Override2. protected voi

8、d onQueryComplete(int token, Object cookie, Cursor cursor) 3. switch (token) 4. case THREAD_LIST_QUERY_TOKEN:5. mListAdapter.changeCursor(cursor);一旦adapter獲得了一個(gè)cursor后，就會(huì)主動(dòng)去取得listview 的各項(xiàng)數(shù)據(jù)。以 上便是獲取會(huì)話列表的大致流程。接下來(lái)看看聯(lián)系人獲取的流程：adapter獲得數(shù)據(jù)后，會(huì)調(diào)用bindView來(lái)綁定數(shù)據(jù)到UI的item :Java代碼 -1. Override2. public void bindVi

9、ew(View view, Context context, Cursor cursor) 3. if (!(view instanceof ConversationListItem) 4. Log.e(TAG, Unexpected bound view: + view); 5.return;6. 7.8. ConversationListItem headerView = (ConversationListItem) view;9. Conversation conv = Conversation.from(context, cursor);10.11. ConversationListI

10、temDatach = new ConversationListItemData(context, conv);12. headerView.bind(context,ch);13. Conversation.from函數(shù)會(huì)先檢查 Conversation 緩存中是否有該 cursor對(duì)應(yīng)的數(shù)據(jù)，沒(méi)有的話則會(huì)從cursor中?。篔ava代碼1. public static Conversation from(Context context, Cursor c ursor) 2. / First look in the cache for the Conversationand return t

11、hat one. That way, all the3. / people that are looking at the cached copywill get updated when fillFromCursor() is4. / called with this cursor.5. long threadId= cursor.getLong(ID);6. if (threadId 0) 7. Conversationconv = Cache.get(threadId);8. if (conv !=null) 9. f川FromCursor(context,conv, cursor,fa

12、lse);/ update the existing conv in-place10. return conv;11. 12. 13. Conversationconv = new Conversation(context, cursor, false);14. try 15. Cache.put(conv);16. catch(IllegalStateException e) 17. LogTag.error(Triedto add duplicate Conversationto Cache);18. 19. return conv;20. 然后主要是fillFromCursor 函數(shù)（如

13、果是創(chuàng)建新的Conversation ,其構(gòu)造函數(shù) 中也是調(diào)用了該函數(shù)），該函數(shù)就是簡(jiǎn)單地從cursor中g(shù)etXXXX獲取各個(gè)數(shù)據(jù)， 并且，最重要的，獲取聯(lián)系人信息：Java代碼1. privateConversation2.3.4. .5.s(recipientIds,static void fillFromCursor(Context context, conv,Cursor c, boolean allowQuery) ContactList recipients = ContactList.getById allowQuery);注意這里allowQuery參數(shù)為false 。Con

14、tactList.getByIds 函數(shù)根據(jù) Conversation 中 recipientIds 獲取出對(duì)應(yīng)的 address ,然后根據(jù)address從聯(lián)系人URI中進(jìn)一步獲取聯(lián)系人信息。Java代碼1. public static ContactList getByIds(String spaceSepIds, boo lean canBlock) 2. ContactList list = new ContactList();3. for (RecipientIdCache.Entry entry : RecipientIdCache.getAddresses(spaceSepIds

15、) 4. if (entry != null & !TextUtils.isEmpty(entry.number) 5. Contact contact = Contact.get(entry.number, canBlock);6. contact.setRecipientId(entry.id);7. list.add(contact);8. 9. 10. returnlist;11. 最終的 contact 被生成于 Contact.get(entry.number, canBlock)中。該函數(shù)在canBlock為false的情況下，會(huì)push 一個(gè)異步執(zhí)行體（Runnable）到一個(gè)

16、線程中。 然后將contact返回。最終返回到adapter那一層的函數(shù)。這個(gè)異步查詢(xún)線程，會(huì)真正地去查詢(xún)聯(lián)系人信息。在此之前，外界獲取出來(lái)的聯(lián) 系人不過(guò)是一個(gè)很簡(jiǎn)單的信息：只有電話號(hào)碼。adapter 的 bindView 中，緊接著:Java代碼ch = new ConversationListI ch);1. ConversationListItemDatatemData(context, conv);2. headerView.bind(context,3. bind函數(shù)中很重要的操作，就是建立該會(huì)話對(duì)應(yīng)的聯(lián)系人對(duì)象的監(jiān)聽(tīng):Java代碼1. ContactList contacts =

17、 ch.getContacts();2.3. if (DEBUG) Log.v(TAG, bind: contacts.addListeners + t his);4. Contact.addListener(this);以上過(guò)程，即展示了會(huì)話數(shù)據(jù)是如何映射到ListView的item ,及聯(lián)系人信息是如何與會(huì)話和listview item建立聯(lián)系（即異步查詢(xún)，然后同步）。值得一提的是：查詢(xún)聯(lián)系人信息都是在bindView時(shí)發(fā)生，當(dāng)一個(gè)listview 被顯 示出來(lái)后，未顯示的item是不會(huì)被觸發(fā)bind的，也就是說(shuō)：在listview 顯示 時(shí)，不會(huì)觸發(fā)查詢(xún)整個(gè)會(huì)話對(duì)應(yīng)的所有聯(lián)系人，只有顯示出來(lái)的 item才會(huì)涉及 到查詢(xún)聯(lián)系人。基于以上，我寫(xiě)了一個(gè)測(cè)試程序。結(jié)果似乎很好，就像系統(tǒng)自帶的短信程序一樣。 啟動(dòng)速度依然不算快。問(wèn)題的所在，似乎并不在于查詢(xún)時(shí)間花費(fèi)的很長(zhǎng)。listview 倒是早就顯示出來(lái)了（看見(jiàn)了程序標(biāo)題），但是 i