android -- sim/usim卡导联系人
前面有一篇说了导卡上的信息（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 results;
switch (URL_MATCHER.match(url)) {
case ADN:
results = loadFromEf(IccConstants.EF_ADN);
break;
我们关心这个loadFromEf（）方法，IccConstants.EF_AND这个值是6F3A，这是告诉告诉我们要先去查找卡上这个位置的内容。
private ArrayList loadFromEf(int efType) {
ArrayList results = new ArrayList();
List 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 waiters;
ArrayList result;
if (efid == EF_PBR) { //usim卡，这里我们看这个方法
result = mUsimPhoneBookManager.loadEfFilesFromUsim();
} else {//sim卡
result = getRecordsIfLoaded(efid);
}。
看下loadEfFilesFromUsim()方法，循环读取直到所有file读完后再返回，里面又分了两种，一种是电话号码的联系人，一种是邮箱地址的联系人，邮箱的相比电话号码还要麻烦点。
public ArrayList 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);
}
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;
public void handleMessage(Message msg) {
…省略代码….
switch (msg.what) {
case EVENT_PBR_LOAD_DONE:
if (ar.exception == null) {
createPbrFile((ArrayList) ar.result);
}…省略代码….
break;
到这里，卡联系人导入大部分流程就走完了，后面还有些写入联系人数据库的操作比较简单就不写了，总体上流程还算清晰，只是循环比较多，远程调试的时候并不是很方便，通常一个sim卡可以存250个联系人，一个usim卡能存的联系人要多些，但数量不固定，其中读写联系人的邮箱地址要麻烦一些，由于存储空间的限制需要多次找对应的索引能找到我们想要的东西。至于读写卡联系人的具体例子，后续单独补充吧。最后贴图一张，有图有真相。