怎么导出sim卡联系人_安卓sim卡联系人导出_移动sim卡联系人导出

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

需要关注的问题：

下面是2g卡和3g卡联系人加载过程中的log：

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

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

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

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

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

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

对于3g卡，首先加载pbr字段，

05-0320:17:52.672D/RILJ(8386):[6404]>iccIO:SIM_IO0xc0 0x4f30path: 3F007F105F3A,0,0,15aid:a0000000871002ff86ffff89ffffffff[SUB0]

字段：0x4f30 ，path：3F007F105F3A

然后才是ext字段：

05-0320:17:57.864D/RILJ(8386):[6473]>iccIO:SIM_IO0xc0 0x4f4apath: 3F007F105F3A,0,0,15aid:a0000000871002ff86ffff89ffffffff[SUB0]

字段：0x4f4a怎么导出sim卡联系人，path：3F007F105F3A

然后是adn字段，

05-0320:18:00.952D/RILJ(8386):[6485]>iccIO:SIM_IO0xc0 0x4f3apath: 3F007F105F3A,0,0,15aid:a0000000871002ff86ffff89ffffffff[SUB0]

对于type2类型的emails或anrs需要先加载iap：

05-0320:18:31.399D/RILJ(8386):[6740]>iccIO:SIM_IO0xc0 0x4f31path: 3F007F105F3A,0,0,15aid:a0000000871002ff86ffff89ffffffff[SUB0]

加载emails：

05-0320:18:36.569D/RILJ(8386):[6991]>iccIO:SIM_IO0xc0 0x4f71path: 3F007F105F3A,0,0,15aid:a0000000871002ff86ffff89ffffffff[SUB0]

加载anrs

384efcdc: 80000001 00000000 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff。a20b-0008-0410 15m底板 a16b-1212-0360 电路板 a20b-3300-0032 a06b-6124-h209 驱动板 a06b-6047-h002（a20b-0009-0320） a20b-0008-0411 面板 a05b-2115-6004 驱动板 a16b-2202-0752 a06b-6120-h018 驱动上板 a20b-0009-0320 。*eax: 19990f65: ffffffff ffffffff 75405aff 8c969852 03db62e5 ffffffff。

加载第二部分卡联系人：

加载ext字段：

384efcdc: 80000001 00000000 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff。a20b-0008-0410 15m底板 a16b-1212-0360 电路板 a20b-3300-0032 a06b-6124-h209 驱动板 a06b-6047-h002（a20b-0009-0320） a20b-0008-0411 面板 a05b-2115-6004 驱动板 a16b-2202-0752 a06b-6120-h018 驱动上板 a20b-0009-0320 。*eax: 19990f65: ffffffff ffffffff 75405aff 8c969852 03db62e5 ffffffff。

加载adn字段

384efcdc: 80000001 00000000 ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff。a20b-0008-0410 15m底板 a16b-1212-0360 电路板 a20b-3300-0032 a06b-6124-h209 驱动板 a06b-6047-h002（a20b-0009-0320） a20b-0008-0411 面板 a05b-2115-6004 驱动板 a16b-2202-0752 a06b-6120-h018 驱动上板 a20b-0009-0320 。*eax: 19990f65: ffffffff ffffffff 75405aff 8c969852 03db62e5 ffffffff。

加载emails的iap字段：

05-0320:18:51.082D/RILJ(8386):[7545]>iccIO:SIM_IO0xc0 0x4f32path: 3F007F105F3A,0,0,15aid:a0000000871002ff86ffff89ffffffff[SUB0]

加载emails字段：

05-0320:18:55.088D/RILJ(8386):[7796]>iccIO:SIM_IO0xc0 0x4f72path: 3F007F105F3A,0,0,15aid:a0000000871002ff86ffff89ffffffff[SUB0]

加载anrs字段：

05-0320:18:56.777D/RILJ(8386):[7847]>iccIO:SIM_IO0xc0 0x4f5bpath: 3F007F105F3A,0,0,15aid:a0000000871002ff86ffff89ffffffff[SUB0]

为什么要切换回global路径，关键就出在下面的代码

privateintupdateEfForIccType(intefid){

//CheckifwearetryingtoreadADNrecords

if(efid==IccConstants.EF_ADN){

if((mPhone.getCurrentUiccAppType()==AppType.APPTYPE_USIM||

mPhone.getCurrentUiccAppType()==AppType.APPTYPE_CSIM) ){

logd("TranslateEF_ADNtoEF_PBR");

returnIccConstants.EF_PBR;

}

}

当然，phpcms中以缓存方式来调用表单也同样产生了一些新的问题，落叶在实际使用中常遇见表单模板更新了，但表单调用怎么也更新不了的情况，问题则出在缓存更新的问题上，phpcms很多的优点源于他的缓存，而也有很多令人纠结的问题也是源于他的缓存。 若已知应变的变化历史，即知道了加载路径，则沿这个路径可以积分得出应力与应变全量的关系， 而全量理论则企图直接建立用全量形式表示的与加载路径无关的本构关系,即建立全量理论或形变理论，可把增量理论中的增量符号“d”取消即可。.net中的内存泄露的情况：长生命周期的对象持有短生命周期对象的引用就很可能发生内存泄露，尽管短生命周期对象已经不再需要，但是因为长生命周期对象持有它的引用而导致不能被回收，这就是.net中内存泄露的发生场景，通俗地说，就是程序员可能创建了一个对象，以后一直不再使用这个对象，这个对象却一直被引用，即这个对象无用但是却无法被垃圾回收器回收的怎么导出sim卡联系人，这就是.net中可能出现内存泄露的情况，例如，缓存系统，我们加载了一个对象放在缓存中(例如放在一个全局dictionary对象中)，然后一直不再使用它，这个对象一直被缓存引用，但却不再被使用。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/sanxing/article-117939-1.html