前面有一篇说了导卡上的信息(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卡能存的联系人要多些,但数量不固定,其中读写联系人的邮箱地址要麻烦一些,由于存储空间的限制需要多次找对应的索引能找到我们想要的东西。至于读写卡联系人的具体例子,后续单独补充吧。最后贴图一张,有图有真相。