《android系統(tǒng)自帶短信程序源碼部分分析》由會員分享，可在線閱讀，更多相關(guān)《android系統(tǒng)自帶短信程序源碼部分分析（7頁珍藏版）》請?jiān)谘b配圖網(wǎng)上搜索。

1、系統(tǒng)自帶短信程序源碼部分分析文章分類：移動開發(fā)這里并不打算對整個(gè)短信源碼進(jìn)行分析，完全是看了某部分代碼后的自我總結(jié)。我從GIT上clone 了 Conversation （即短信程序）的所有源碼，結(jié)果編譯不過。 不過這對分析它的源碼并不造成太大的阻礙。這里主要對短信主界面的數(shù)據(jù)和 UI的交互角度進(jìn)行分析，因?yàn)槲易约簩懙亩绦?程序在加入獲取聯(lián)系人頭像功能后，程序啟動時(shí)花費(fèi)的查詢時(shí)間太長。雖然我也 覺得系統(tǒng)默認(rèn)的短信程序，甚至 HandcentSMS啟動時(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)系人信息、獲取/緩存會話信息等。ConversationList 類是程序的主activity ,派生于ListActivity ,就是一個(gè)大 的列表。此外：ConversationListAdapter 是這個(gè) ListView 的 adapter，派生于 CursorAdapter ; ConversationListItem 是一個(gè)自定義的 ViewGroup,派生于 RelativeLayout , 用于表示會話列表的每一個(gè)itemConversation表示一個(gè)會話數(shù)據(jù)；Con

3、tact表示一個(gè)聯(lián)系人；ContactList 維護(hù) 一個(gè)聯(lián)系人列表；RecipientIdCache用于開線程讀取一個(gè)特殊的表，該表映射會話數(shù)據(jù)到聯(lián)系人 信息，也就是通過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最重要的工作，就是將會話數(shù)據(jù)綁定到 UI控件上，例如QuickContactBadge。在ListView 的使用中，要綁定數(shù)據(jù)，還有個(gè)方法就是自寫 adapter ,在構(gòu)造adapter時(shí)就傳入所有數(shù)據(jù)。但是如你所見，這種方法需要先 讀取出所有的數(shù)據(jù)。而這個(gè)系統(tǒng)自帶的短信程序，則沒有一次讀入。這個(gè)自定義 item還有個(gè)功能就 是，作為一條聯(lián)系人信息的更新監(jiān)聽器。 讀取聯(lián)系人信息是非常慢的，因?yàn)闀?及到幾個(gè)表的查詢。在構(gòu)造這個(gè)item時(shí)，程序在另一個(gè)線程中異步讀取聯(lián)系人 信息，而item只有一個(gè)聯(lián)系人的簡要信息（電話號碼）。當(dāng)聯(lián)系人讀出來后， 再

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

6、會話:Java代碼 -1. Override2. protected void onStart() 3. super.onStart();4.5. .6. startAsyncQuery();startyAsyncQuery 調(diào)用了 Conversation.startQueryForAll 函數(shù)，該函數(shù)說白 了還是調(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)于如何獲取會話列表，其實(shí)就是個(gè)SQL的連表查詢，可以參見這里：獲取短信 會話列表當(dāng)查詢完后，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后，就會主動去取得listview 的各項(xiàng)數(shù)據(jù)。以 上便是獲取會話列表的大致流程。接下來看看聯(lián)系人獲取的流程：adapter獲得數(shù)據(jù)后，會調(diào)用bindView來綁定數(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ù)會先檢查 Conversation 緩存中是否有該 cursor對應(yīng)的數(shù)據(jù)，沒有的話則會從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ù)就是簡單地從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 獲取出對應(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的情況下，會push 一個(gè)異步執(zhí)行體（Runnable）到一個(gè)

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

17、 ch.getContacts();2.3. if (DEBUG) Log.v(TAG, bind: contacts.addListeners + t his);4. Contact.addListener(this);以上過程，即展示了會話數(shù)據(jù)是如何映射到ListView的item ,及聯(lián)系人信息是如何與會話和listview item建立聯(lián)系（即異步查詢，然后同步）。值得一提的是：查詢聯(lián)系人信息都是在bindView時(shí)發(fā)生，當(dāng)一個(gè)listview 被顯 示出來后，未顯示的item是不會被觸發(fā)bind的，也就是說：在listview 顯示 時(shí)，不會觸發(fā)查詢整個(gè)會話對應(yīng)的所有聯(lián)系人，只有顯示

18、出來的 item才會涉及 到查詢聯(lián)系人?；谝陨?，我寫了一個(gè)測試程序。結(jié)果似乎很好，就像系統(tǒng)自帶的短信程序一樣。 啟動速度依然不算快。問題的所在，似乎并不在于查詢時(shí)間花費(fèi)的很長。listview 倒是早就顯示出來了（看見了程序標(biāo)題），但是 items卻要花些時(shí)間才能顯示。而且，我的測試程序更為惡心的是，listview 在上下滾動時(shí)，會顯得有點(diǎn)卡。經(jīng)過一番折騰，發(fā)現(xiàn)是bindView里花的時(shí)間過長，后來加了 Conversation的緩存，甚至去掉了日志，依然有點(diǎn)卡。不知道有否高手幫我解決下。測試?yán)右姼郊?.10.2011 update之前例子程序中 ListView 上下滾動時(shí)，會顯得有點(diǎn)卡。本來都放棄不管了，結(jié)果今天打開eclipse 時(shí)莫名其妙就想起這事：也許應(yīng)該用 ListActivity ！結(jié)果一改，還真不卡了。注：系統(tǒng)的短信程序用的就是ListActivity 。