在Mms中每個(gè)Thread都有其相應(yīng)的聯(lián)系人，但是threads表中并沒(méi)有直接保存聯(lián)系人的信息（號(hào)碼或名字），而是保存一個(gè)叫做recipient_id的東西，也還有一個(gè)類(lèi)叫做data/RecipientIdCache.java專(zhuān)門(mén)管理它。

在數(shù)據(jù)庫(kù)中專(zhuān)門(mén)有一個(gè)表來(lái)保存它canonical_addresses。它的目的就是為了能夠快速的找到某一對(duì)話(huà)的聯(lián)系人的信息。對(duì)話(huà)的表threads里面并沒(méi)有保存其聯(lián)系人的直接信息，而是有一列叫做recipient_ids的整數(shù)來(lái)代表收信人。而在數(shù)據(jù)庫(kù)還有另外一個(gè)表叫做canonical_addresses，其用來(lái)匹配threads中的recipient_ids和號(hào)碼，其只有二列，一個(gè)是_id，另一個(gè)就是它的號(hào)碼。因?yàn)閷?duì)話(huà)中并沒(méi)有直接保存聯(lián)系人的信息，所以當(dāng)ConversationList想要顯示一個(gè)Thread時(shí)，就要先查到它的RecipientId，然后再根據(jù)這個(gè)RecipientId到canonical_addresses中查找到號(hào)碼，再用這個(gè)號(hào)碼去聯(lián)系人數(shù)據(jù)庫(kù)查詢(xún)到聯(lián)系人的其他信息。這一整個(gè)過(guò)程比較煩瑣，需要要查詢(xún)?nèi)螖?shù)據(jù)庫(kù)才能得到聯(lián)系人的信息，就無(wú)法快速的顯示出來(lái)。所以就有了RecipientIdCache這個(gè)類(lèi)，這個(gè)類(lèi)內(nèi)部有一個(gè)Hash表，鍵是Thread的RecipientId，值是聯(lián)系人的號(hào)碼。其他的類(lèi)，比如Conversation在查詢(xún)Thread的時(shí)候不會(huì)直接去查詢(xún)canonical_addresses表來(lái)得到對(duì)應(yīng)RecipientId的聯(lián)系人的號(hào)碼，而是直接通過(guò)RecipientIdCache來(lái)獲取。RecipientIdCache先從自己的Cache中來(lái)查到號(hào)碼，如果查找 不到再去查詢(xún)數(shù)據(jù)庫(kù)，并加到Cache中。每次發(fā)送信息時(shí)都會(huì)進(jìn)行一次更新Cache的動(dòng)作。因?yàn)?STRONG>RecipientId是Thread中的一個(gè)屬性，所以當(dāng)Thread表發(fā)生變化時(shí)，比如刪除一個(gè)Thread時(shí)也都會(huì)進(jìn)行更新RecipientIdCache。

最新評(píng)論