首先，如前面的博文所讲的，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.6 color

显示颜色，将使用颜色在UI上明显区分卡1和卡2；android设定每个卡都只能从固定的几个颜色中取，如下：

这四种颜色根据主题是dark还是light分别对应4种颜色，这些颜色其实并非是色值，而是固定颜色的背景9.png图片，都定义在资源drawable里，看来是用来做backgroud用的。如

sim_dark_blue sim_light_purple

其他几种颜色可以参考 SubscriptionController. setSimResource函数里去color资源数组的初始化。

1.7 number

该卡对应的号码，phone number。 //TODO：研究一下这个是怎么获取到呢？

1.8 display_number_format

标识number字段的格式，总共有固定的3种，取其一。

从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.10 mcc

移动国家码，从卡上读取得到，卡的mcc码；

1.11 mnc

移动网络码，从卡上读取得到，卡的mnc码。度娘到对于mcc和mnc的解释：

所以卡的displayname应该也是通过mcc+mnc得到的。

2 主要工作类

上面介绍了卡信息的数据设计，接下来看看有哪些类围绕着这些数据来对外提供接口和功能。

另外，在代码中还可以看到 Subscription 和 SubscriptionData这两个类，这两个其实只是数据封装，并不直接跟卡信息管理相关，其只是保存了一些卡的数据来提供给phone等使用，目前还找不到组织他们的接口，全局搜索会发现，好多地方google都注释掉了，逻辑还没完整。SubscriptionData是Subscription list，目前从代码来看，这两个还没有真正用起来，所以可以先无视了，不过要吐槽下google的代码，起名咋这么绕啊。另外还有个 CdmaSubscriptionSourceManager的类，这个是跟CDMA的卡提供者信息有关的，会影响到具体的网络行为，也跟本文的双卡信息管理无关。

3 工作流程

通过上面主要类的介绍，基本上整个双卡信息管理的框架就出来了，画了一个图方便理解。

4总结

5.0通过DB来保存和维护双卡信息，SubInfoRecordUpdater通过监听卡的变化动态更新数据库里的卡数据；SubscriptionController和SubscriptionManager通过各种接口来向外提供卡信息的查询和修改，这样看来逻辑还是比较清晰明了的。