3.2 更新

insert/ delete/ update 三個方法執行的流程幾乎完全相同,以update方法為例進行論述。

update方法主要邏輯如下,

1,根據不同型別為引數賦值,

case ADN:
    efType = IccConstants.EF_ADN;
    subId = SubscriptionManager.getDefaultSubId();
break;
•••

2,呼叫updateIccRecordInEf方法進行操作,

boolean success = updateIccRecordInEf(efType, values, pin2, subId);

3,如果操作失敗,就返回0,

if (!success) {
   return 0;
}

否則,就呼叫notifyChange方法,已註冊了該資料的介面可以進行重新載入資料庫,更新UI等,

getContext().getContentResolver().notifyChange(url, null);
return 1;

主要是updateIccRecordInEf方法,這個方法和loadFromEf方法呼叫流程圖完全相同,也是一個同步方法。因此,細節方面就不論述了,流程圖如下,

IccPhoneBookInterfaceManager的updateAdnRecordsWithContentValuesInEfBySearch方法邏輯如下,

1,檢查是否在子執行緒中執行,

synchronized (mLock) {
  checkThread();

因為當前的執行緒需要休眠喚醒,因此,不能在UI執行緒中執行。

2,返回值初始化為false,構造回撥訊息EVENT_UPDATE_DONE,

mSuccess = false;
AtomicBoolean status = new AtomicBoolean(false);
Message response = mBaseHandler.obtainMessage(EVENT_UPDATE_DONE, status);

3,呼叫AdnRecordCache的updateAdnBySearch方法進行處理,

AdnRecord oldAdn = new AdnRecord(oldTag, oldPhoneNumber, oldEmailArray, oldAnrArray);
AdnRecord newAdn = new AdnRecord(newTag, newPhoneNumber, 
newEmailArray, newAnrArray);
if (mAdnCache != null) {
   mAdnCache.updateAdnBySearch(efid, oldAdn, newAdn, pin2, response);

4,呼叫waitForResult方法進行執行緒休眠,

waitForResult(status);

5,當前執行緒休眠之後喚醒之後,就返回結果,

return mSuccess;

當然,處理完成之後,當前執行緒在回撥處理的時候進行喚醒。

IccPhoneBookInterfaceManager的handleMessage方法對EVENT_UPDATE_DONE訊息處理如下,

ar = (AsyncResult) msg.obj; // 獲取結果
synchronized (mLock) {
    mSuccess = (ar.exception == null);
    notifyPending(ar);
}
break;

如果沒有異常,就返回true,否則更新失敗,返回false。

notifyPending方法裡面會喚醒執行緒。

回撥方法流程完全相同,在此就不論述了。

6.4 notifyChange

實際上,除了開機,插拔SIM卡會從聯絡人資料庫中同步/刪除SIM卡聯絡人之外,SIM卡中聯絡人的更新/刪除/增加操作不僅會更新SIM卡聯絡人,而且也會將這些聯絡人同步到聯絡人資料庫中,最後通過LoaderManager機制載入到介面顯示出來。