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