sim卡联系人框架

sim卡联系人是框架提供的一个基本功能，提供读取卡里面的联系人，卡联系人可以分为2g卡和3g卡，3g卡和2g卡的主要区别：3g卡的容量更大，一般可以存储500个联系人，2g卡一般存储250个联系人；3g卡可以存储emails和anrs字段。因此本章将2g卡和3g卡联系人的加载更新操作分别进行讲解。

 分为卡联系人的加载，更新和删除流程，具体在加载的过程中需要区分2g卡和3g卡。现在2g卡比较少见，所以重点是3g卡的流程。

• 文件系统的基本介绍和卡联系人的架构
• 2g卡联系人的加载
• 2g卡联系人的更新
• 3g卡联系人的加载
• 3g卡联系人的更新
• phone switch对卡联系人的影响
• 遇到的一些问题和解决思路

首先关注整个卡联系人加载的一个框架，然后是卡联系人加载、更新、删除的功能流程，然后是卡联系人的优化的一个方案。

1. 需要关注的问题：

• 各个efid的路径，切换卡的路径是耗时的操作。

这是高通平台Android M上的log：

对于2g卡，首先加载EFext1字段， 05-26 20:45:36.501 D/RILJ    ( 2304): [4197]> iccIO: SIM_IO 0xc0 0x6f4a  path: 3F007F10,0,0,15 aid:  [SUB0]

字段0x6f4a  ，path：3F007F10 （MF_SIM+DF_TELECOM）

然后是加载adn字段： 05-26 20:45:36.692 D/RILJ    ( 2304): [4198]> iccIO: SIM_IO 0xc0 0x6f3a  path: 3F007F10,0,0,15 aid:  [SUB0]

字段：0x6f3a  ，path：3F007F10（MF_SIM+DF_TELECOM）

20:45:36.738 D/RILJ    ( 2304): [4199]> iccIO: SIM_IO 0xb2  0x6f3a  path:  3F007F10,1,4,28 aid:  [SUB0]

20:45:45.917 D/RILJ    ( 2304): [4448]> iccIO: SIM_IO 0xb2  0x6f3a  path:  3F007F10,250,4,28 aid:  [SUB0]

对于3g卡，也是首先pbr字段，

05-03 20:17:52.672 D/RILJ    ( 8386): [6404]> iccIO: SIM_IO 0xc0  0x4f30  path:  3F007F105F3A,0,0,15 aid: a0000000871002ff86ffff89ffffffff [SUB0]

字段：0x4f30  ，path：3F007F105F3A

然后才是ext字段：

05-03 20:17:57.864 D/RILJ    ( 8386): [6473]> iccIO: SIM_IO 0xc0  0x4f4a  path:  3F007F105F3A,0,0,15 aid: a0000000871002ff86ffff89ffffffff [SUB0]

字段：0x4f4a  ，path：3F007F105F3A

然后是adn字段，

05-03 20:18:00.952 D/RILJ    ( 8386): [6485]> iccIO: SIM_IO 0xc0  0x4f3a  path:  3F007F105F3A,0,0,15 aid: a0000000871002ff86ffff89ffffffff [SUB0]

加载iap：

05-03 20:18:31.399 D/RILJ    ( 8386): [6740]> iccIO: SIM_IO 0xc0  0x4f31  path:  3F007F105F3A,0,0,15 aid: a0000000871002ff86ffff89ffffffff [SUB0]

加载emails：

05-03 20:18:36.569 D/RILJ    ( 8386): [6991]> iccIO: SIM_IO 0xc0  0x4f71  path:  3F007F105F3A,0,0,15 aid: a0000000871002ff86ffff89ffffffff [SUB0]

加载anrs

05-03 20:18:38.682 D/RILJ    ( 8386): [7042]> iccIO: SIM_IO 0xc0  0x4f5a  path:  3F007F105F3A,0,0,15 aid: a0000000871002ff86ffff89ffffffff [SUB0]

加载第二部分卡联系人：

加载ext字段：

05-03 20:18:43.262 D/RILJ    ( 8386): [7293]> iccIO: SIM_IO 0xc0  0x4f4a  path:  3F007F105F3A,0,0,15 aid: a0000000871002ff86ffff89ffffffff [SUB0]

加载adn字段

05-03 20:18:43.407 D/RILJ    ( 8386): [7294]> iccIO: SIM_IO 0xc0  0x4f3b  path:  3F007F105F3A,0,0,15 aid: a0000000871002ff86ffff89ffffffff [SUB0]

加载emails的iap字段：

05-03 20:18:51.082 D/RILJ    ( 8386): [7545]> iccIO: SIM_IO 0xc0  0x4f32  path:  3F007F105F3A,0,0,15 aid: a0000000871002ff86ffff89ffffffff [SUB0]

加载emails字段：

05-03 20:18:55.088 D/RILJ    ( 8386): [7796]> iccIO: SIM_IO 0xc0  0x4f72  path:  3F007F105F3A,0,0,15 aid: a0000000871002ff86ffff89ffffffff [SUB0]

加载anrs字段：

05-03 20:18:56.777 D/RILJ    ( 8386): [7847]> iccIO: SIM_IO 0xc0  0x4f5b  path:  3F007F105F3A,0,0,15 aid: a0000000871002ff86ffff89ffffffff [SUB0]

2. 3g卡加载缓存是在UsimPhonebookManager里面，其实在AdnRecordCache里面也是有缓存，即AdnRecordCache.mAdnLikeFiles<efid,ArrayList<AdnRecord>),根据efid为key建立缓存，可以有效防止反复加载的问题。

卡联系人框架

• iccprovider通过contentProvider提供对外服务
• Iccprovider通过binder通信访问simphonebook服务也就是UiccPhoneBookManager类，这个类是在ProxyController里面实例化的
• UiccPhoneBookManager最终根据phoneid找到需要加载联系人的IccPhoneBookInterfaceManager控制器来进行联系人的加载，并且在加载之前判断加载的卡是2g卡还是3g卡，3g卡的存储容量更大：能存500个联系人，而2g卡只能存250个联系人；并且3g卡能够存储一个或多个email和anr字段。
  
• AdnRecordCache和UsimPhoneBookManager这两个类在用来存储联系人的。当加载到联系人后会将联系人存储在内存中。
• AdnRecordCache通过AdnRecordLoader来加载2g卡的联系人即加载EFADN字段（6F3A），
• UsimPhoneBookManager用来加载3g卡联系人即加载EFPBR字段（4F30）得到PbrFile文件，解析到adn字段的efid后再通过AdnRecordLoader去加载
• 最终都是调用IccFileHandler通过Ril的iccIoForApp接口去加载的联系人的EF文件。