android -- sim/usim卡导联系人
from: http://blog.csdn.net/baimy1985/article/details/7820024
前面有一篇说了导卡上的信息（android 信息(mms)的故事（七）-- sim卡短信），sim卡上还有一类非常重要的信息，就是卡上的联系人。不知道大家注意到没有，android手机，尤其是那些带有运营商标识的手机开机都比较慢，这个和开机导卡上的联系人和信息不无关系，运营商是要求开机必须导卡的，不过要说句公道话，开机慢和导卡有关但也不能完全归咎于它（android手机启动时加载的东西本身也很多），当然如果你的手机开机不导卡也慢那肯定是另有原因的。
当然Android源码开机是不导卡，如果我们需要查看卡上的联系人需要手动导入，从联系人Contact应用ContactsListActivity.java这个类的menu菜单找到导入导出，选择导入sim卡联系人，进入SimContactsSelectActivity.java这个类，在这个类里会执行query（）方法，对应的provider和uri分别是IccProvider.java与uri.parse(content://icc/adn)，进入IccProvider.java后的代码是本文要关注的部分，从query（）方法看起
- public Cursor query(Uri url, String[] projection, String selection,
- String[] selectionArgs, String sort) {
- ArrayList<ArrayList> results;
- switch (URL_MATCHER.match(url)) {
- case ADN:
- results = loadFromEf(IccConstants.EF_ADN);
- break;
我们关心这个loadFromEf（）方法，IccConstants.EF_AND这个值是6F3A，这是告诉告诉我们要先去查找卡上这个位置的内容。
- private ArrayList<ArrayList> loadFromEf(int efType) {
- ArrayList<ArrayList> results = new ArrayList<ArrayList>();
- List<AdnRecord> adnRecords = null;
- try {
- IIccPhoneBook iccIpb = IIccPhoneBook.Stub.asInterface(//Binder来了 ServiceManager.getService("simphonebook"));
- if (iccIpb != null) {
- adnRecords = iccIpb.getAdnRecordsInEf(efType);//proxy模式
- }
- } …省略次要代码…. }
接下来代码走到IccPhoneBookInterfaceManager.java这个类的getAdnRecordsInEf(intefid)方法，其中涉及了代理模式，IccPhoneBookInterfaceManagerProxy.java在中间做了个转换。在getAdnRecordsInEf(intefid)方法里调用了下updateEfForIccType(efid)，判断是sim卡还是usim卡，确定下面的efid是用IccConstants.EF_AND还是IccConstants.EF_PBR，真正的查询是requestLoadAllAdnLike（）是这个方法，这里要注意EVENT_LOAD_DONE这个标志，要用它来接收查询结果的。
- requestLoadAllAdnLike (int efid, int extensionEf, Message response) {
- ArrayList<Message> waiters;
- ArrayList<AdnRecord> result;
- if (efid == EF_PBR) { //usim卡，这里我们看这个方法
- result = mUsimPhoneBookManager.loadEfFilesFromUsim();
- } else {//sim卡
- result = getRecordsIfLoaded(efid);
- }。
看下loadEfFilesFromUsim()方法，循环读取直到所有file读完后再返回，里面又分了两种，一种是电话号码的联系人，一种是邮箱地址的联系人，邮箱的相比电话号码还要麻烦点。
- public ArrayList<AdnRecord> loadEfFilesFromUsim() {
- synchronized (mLock) {
- //…省略次要代码….
- numRecs = mPbrFile.mFileIds.size();
- for (int i = 0; i < numRecs; i++) {
- readAdnFileAndWait(i);
- readEmailFileAndWait(i);
- } // All EF files are loaded, post the response.
- }
readAdnFileAndWait(i)和readEmailFileAndWait(i)最后都会调用mPhone.getIccFileHandler().loadEFLinearFixedAll（）方法，只不过具体的参数不同。看下loadEFLinearFixedAll（）的代码。
- public void loadEFLinearFixedAll(int fileid, Message onLoaded) {
- Message response = obtainMessage(EVENT_GET_RECORD_SIZE_DONE,
- new LoadLinearFixedContext(fileid,onLoaded));
- phone.mCM.iccIO(COMMAND_GET_RESPONSE, fileid, getEFPath(fileid),
- 0, 0, GET_RESPONSE_EF_SIZE_BYTES, null, null, response);
- }
iccIO（）方法显示代码跑到RIL.java了， 之前读卡上的信息代码也是走这里
- public void iccIO (int command, int fileid, String path, int p1, int p2, int p3,
- String data, String pin2, Message result) {
- RILRequest rr = RILRequest.obtain(RIL_REQUEST_SIM_IO, result);//关注这个TAG标志
- rr.mp.writeInt(command);
- rr.mp.writeInt(fileid);
- rr.mp.writeString(path);
- rr.mp.writeInt(p1);
- rr.mp.writeInt(p2);
- rr.mp.writeInt(p3);
- rr.mp.writeString(data);
- rr.mp.writeString(pin2);
- send(rr);
- }
- 根据上面那个TAG，可以在Reference-ril.c找到这个分支。
- case RIL_REQUEST_SIM_IO:
- requestSIM_IO(data,datalen,t);
- break;
阅读requestSIM_IO（）方法可以看到android源码是如何读取sim卡上的联系人的，源码使用了AT +CRSM命令，关于AT命令可以看3gpp 27.007这个文档。读取完成时会收到EVENT_PBR_LOAD_DONE这个消息，在里面createPbrFile（）方法中完成字符串的解析得到联系人信息。
- public void handleMessage(Message msg) {
- …省略代码….
- switch (msg.what) {
- case EVENT_PBR_LOAD_DONE:
- if (ar.exception == null) {
- createPbrFile((ArrayList<byte[]>) ar.result);
- }…省略代码….
- break;
到这里，卡联系人导入大部分流程就走完了，后面还有些写入联系人数据库的操作比较简单就不写了，总体上流程还算清晰，只是循环比较多，远程调试的时候并不是很方便，通常一个sim卡可以存250个联系人，一个usim卡能存的联系人要多些，但数量不固定，其中读写联系人的邮箱地址要麻烦一些，由于存储空间的限制需要多次找对应的索引能找到我们想要的东西。至于读写卡联系人的具体例子，后续单独补充吧。最后贴图一张，有图有真相。
