Android5.0開始支持雙卡了。另外，對于雙卡的卡信息的管理，也有了實現，盡管還不是完全徹底完整，如卡的slot id，display name，iccid，color等，其設計思路竟然跟之前接觸到的一個平臺是一樣的，都是同不同顏色來標識不同的卡，讓用戶一目了然，只是5.0的實現目前還局限在FW框架里，應用層的實現還沒有，相信，等到5.1或者再之后的版本中，我們就可以在setting里看到對卡表示顏色、名稱等進行設置的功能菜單啦。
下面進入正題，來分析Android5.0的雙卡信息是如何來維護的：
1卡信息的存儲
先說結論，5.0是將所有卡信息通過數據庫進行保存的。數據庫表URL：content://telephony/siminfo，對應到的數據庫為telephony.db中的siminfo表，代碼文件在TelephonyProvider.java，在這里可以看到createTable的詳情，來看看這個表都包含哪些字段。
總共設計了11個字段，下面這張圖是從5.0模擬器上拉出來的telephony.db里截取到的，可以用來做示例：
表名：
表數據示例：
下面分別介紹一下這些字段的含義。
1.1 _id
這個自不必說，android里的每個db都有的，是數據庫里的數據主key，這里的_id值也是以后代碼里看到的subId，是在數據庫中保存時所在的條目的唯一標識。有多少條數據，就說明保存了多少個sim卡的信息；
1.2 icc_id
從卡上讀取得到，是卡的唯一身份標識，世界上的所有sim卡，每個卡都有不同的iccid，就像身份證一樣；如上面圖中的16進制串89014103211118510720；
1.3 sim_id
分配給卡的id序號，android設計從0開始，最大為卡槽個數，比如如果是雙卡終端，那么只有可能是0或者1；當然無卡時其值為-1，所以這里其實是與卡槽固定對應的，卡槽如果有卡就取對應id，如果無卡，就設為-1；
1.4 display_name
分配給卡的顯示名字，從代碼上來看開機后會嘗試使用運營商名字，如果取不到，就使用簡單的SUB 01這樣的字串表示，等拿到運營商名字之后重新set，另外從下面的name_source字段的設計來看，android是允許用戶來自己指定這個顯示名的；
1.5 name_source
表明display_name字段的來源，有兩種來源，一是系統自動，name_source取值為0，另一種就是來自用戶指定，取值為1；
1/**
2 *The name_source is the default
3 *@hide
4 */
5publicstaticfinalint NAME_SOURCE_DEFAULT_SOURCE =0;
6
7/**
8 *The name_source is from the SIM
9 *@hide
10 */
11 publicstaticfinalintNAME_SOURCE_SIM_SOURCE =1;
12
13 /**
14 * The name_source is from the user
15 * @hide
16 */
17 publicstaticfinalintNAME_SOURCE_USER_INPUT =2;
1.6 color
顯示顏色，將使用顏色在UI上明顯區分卡1和卡2；android設定每個卡都只能從固定的幾個顏色中取，如下：
1/** @hide */
2publicstaticfinal String COLOR ="color";
3
4/** @hide */
5publicstaticfinalint COLOR_1 =0;
6
7/** @hide */
8publicstaticfinalint COLOR_2 =1;
9
10 /** @hide */
11 publicstaticfinalint COLOR_3 =2;
12
13 /** @hide */
14 publicstaticfinalint COLOR_4 =3;
15
16 /** @hide */
17 publicstaticfinalint COLOR_DEFAULT =COLOR_1;
這四種顏色根據主題是dark還是light分別對應4種顏色，這些顏色其實并非是色值，而是固定顏色的背景9.png圖片，都定義在資源drawable里，看來是用來做backgroud用的。如
sim_dark_bluesim_light_purple
其他幾種顏色可以參考SubscriptionController. setSimResource函數里去color資源數組的初始化。
1.7 number
該卡對應的號碼，phone number。//TODO：研究一下這個是怎么獲取到呢？
1.8 display_number_format
標識number字段的格式，總共有固定的3種，取其一。
/** @hide */
publicstaticfinalint DISPLAY_NUMBER_NONE=0;
/** @hide */
publicstaticfinalint DISPLAY_NUMBER_FIRST=1;
/** @hide */
publicstaticfinalint DISPLAY_NUMBER_LAST=2;
/** @hide */
publicstaticfinalint DISLPAY_NUMBER_DEFAULT= DISPLAY_NUMBER_FIRST;
從SubscriptionController. setDisplayNumberFormat()函數的注釋可以看出點門道，
*Set number display format. 0: none, 1:?the first four digits,2:?the last four digits
但搜了一下，對應的setDisplayNumber()函數并沒有跟這個format有關聯，直接保存傳入的number到數據庫了。所以還不太清楚the first four digits和the last four digits的具體含義，等以后android應用層完善后應該能看到具體的使用方式。
1.9 data_roaming
是否允許這張卡進行數據漫游，默認禁止漫游。
1 /** @hide */
2 publicstaticfinalint DATA_ROAMING_ENABLE=1;
3
4 /** @hide */
5 publicstaticfinalint DATA_ROAMING_DISABLE=0;
6
7 /** @hide */
8 publicstaticfinalint DATA_ROAMING_DEFAULT= DATA_ROAMING_DISABLE;
1.10 mcc
移動國家碼，從卡上讀取得到，卡的mcc碼；
1.11 mnc
移動網絡碼，從卡上讀取得到，卡的mnc碼。度娘到對于mcc和mnc的解釋：
MCC是Mobile Country Code的縮寫，譯為移動國家代碼。它由三位數字組成。用于標識一個國家，但一個國家可以被分配多個MCC。比如美國的MCC有310，311，和316。中國的MCC只有460。MNC是Mobile Network Code的縮寫，譯為移動網絡代碼。它由二到三位數字組成。MNC和MCC合在一起唯一標識一個移動網絡提供者。比如中國移動的MNC是00，中國聯通的MNC是01，中國聯通CDMA的MNC是03，中國衛星全球星網的MNC是04。因此，460 00就唯一標識了中國移動。
所以卡的displayname應該也是通過mcc+mnc得到的。
2主要工作類
上面介紹了卡信息的數據設計，接下來看看有哪些類圍繞著這些數據來對外提供接口和功能。
類
功能介紹
TelephonyProvider
siminfo數據庫provider，直接操作DB，實現siminfo表的增刪改查。
SubscriptionController
實現為遠程service，在phone初始化時被創建，作為數據庫的對外接口提供功能，其內部維護從數據庫讀取到的siminfo list，并實現了大量的如getSubId
getDisplayName setDisplayName等getter和setter方法，這些方法維護siminfo
list以及通過URL訪問數據庫來實現功能。
SubscriptionManager
該類所有的內部接口都實現為了static，也就是該類是一個純粹提供接口的靜態類，其內部并不實現具體的邏輯，只是通過調用SubscriptionController這個service的對應接口來完成工作，所以該類是一個對外接口的封裝，APP可以直接通過SubscriptionManager.getSubId等來實現功能，不需要直接操作service。目前還是Hide的，估計以后會開放給SDK。這種設計模式，android FW層用的很多，如SmsMnager、TelephonyManager等。
SubInfoRecordUpdater
卡信息變化的監聽者和更新者，其在PhoneFactory中創建完phones之后被創建，起來之后會注冊對ACTION_SIM_STATE_CHANGED的監聽，收到監聽之后更新對應siminfo的信息，如iccid、displayname(運營商名)、phonenumber。并且在自己內部維護了每個卡的卡狀態，這里的卡狀態區別與ACTION_SIM_STATE_CHANGED所攜帶的卡狀態，ACTION_SIM_STATE_CHANGED的卡狀態有LOCKED、READY、NOT READY、ABSENT等，是指的卡的具體狀態，而這里的卡狀態是指有沒有插卡、該卡槽的卡是不是變過了（換了一張卡）、卡槽的卡是一張沒見過的新卡、卡槽的卡是位置互換啦、卡槽的卡沒變化。【狀態還真有點繞，管的挺多的啊。。。】這些狀態是在收到ACTION_SIM_STATE_CHANGED之后，根據卡狀態以及卡的iccid等一些信息算出來的，如果發現有新卡插入會進行廣播。
SubInfoRecord
subinfo的可序列化實現，封裝數據庫數據。
另外，在代碼中還可以看到Subscription和SubscriptionData這兩個類，這兩個其實只是數據封裝，并不直接跟卡信息管理相關，其只是保存了一些卡的數據來提供給phone等使用，目前還找不到組織他們的接口，全局搜索會發現，好多地方google都注釋掉了，邏輯還沒完整。SubscriptionData是Subscription list，目前從代碼來看，這兩個還沒有真正用起來，所以可以先無視了，不過要吐槽下google的代碼，起名咋這么繞啊。另外還有個CdmaSubscriptionSourceManager的類，這個是跟CDMA的卡提供者信息有關的，會影響到具體的網絡行為，也跟本文的雙卡信息管理無關。
3工作流程
通過上面主要類的介紹，基本上整個雙卡信息管理的框架就出來了，畫了一個圖方便理解。
4總結
5.0通過DB來保存和維護雙卡信息，SubInfoRecordUpdater通過監聽卡的變化動態更新數據庫里的卡數據；SubscriptionController和SubscriptionManager通過各種接口來向外提供卡信息的查詢和修改，這樣看來邏輯還是比較清晰明了的
