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

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