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