不管是使用安卓系統(tǒng)的設(shè)備，還是iOS系統(tǒng)的設(shè)備，每隔一段時(shí)間都會(huì)迎來(lái)系統(tǒng)的升級(jí)更新。今天我們就來(lái)聊聊Android系統(tǒng)時(shí)間自動(dòng)更新機(jī)制。Android的時(shí)間更新分成2種，一種是走運(yùn)營(yíng)商協(xié)議的NITZ，另外一種是走網(wǎng)絡(luò)時(shí)鐘的SNTP。 

1. SNTP： 

SNTP的邏輯主要分布在NetworkTimeUpdateService。它通過(guò)監(jiān)聽(tīng)ACTION_NETWORK_SET_TIME，ACTION_NETWORK_SET_TIMEZONE這兩個(gè)事件來(lái)判斷最近一段時(shí)間內(nèi)是否有 NITZ的時(shí)間已經(jīng)被更新過(guò);它通過(guò)監(jiān)聽(tīng)ConnectivityManager的觸發(fā)事件來(lái)判斷WIFI網(wǎng)絡(luò)的連接，以此來(lái)觸發(fā)網(wǎng)絡(luò)事件的更新。  

PS:1. NtpTrustedTime class來(lái)真正的實(shí)施從網(wǎng)絡(luò)側(cè)獲取SNTP的時(shí)間。2.AlarmManager來(lái)實(shí)施定時(shí)重查機(jī)制。   

2.NITZ:

根據(jù)代碼，NITZ需要運(yùn)營(yíng)商支持，通過(guò)TOD時(shí)間信息同步法進(jìn)行時(shí)間同步。TOD，是指于“短波跳頻通信”的一種基于精確時(shí)鐘的同步法。“時(shí)間信息”包含了跳頻的狀態(tài)信息和時(shí)間信息，狀態(tài)信息是指?jìng)坞S機(jī)碼(PN)發(fā)生器的實(shí)時(shí)碼序列狀態(tài);時(shí)間信息是指實(shí)時(shí)時(shí)鐘信息，即年、月、日、時(shí)、分、秒、毫秒、微秒、毫微秒等的精確時(shí)間。根據(jù)這些信息，就實(shí)現(xiàn)運(yùn)營(yíng)商網(wǎng)絡(luò)側(cè)和手機(jī)modem側(cè)的時(shí)間同步。

3.Qualcomm 

在android系統(tǒng)bootup的時(shí)候啟動(dòng)一個(gè)time_daemon的守護(hù)進(jìn)程。目前米2的qualcomm的實(shí)現(xiàn)是通過(guò)time_daemon的進(jìn)程，來(lái)維護(hù)一個(gè)從modem獲取時(shí)間，更新RTC的方法。  

第一部分，Time_daemon的初始化以及其和modem的時(shí)間同步 

Time_daemon初始化：  

第一步，首先通過(guò)genoff_init_config來(lái)初始化一些基本設(shè)置。 這個(gè)初始化做了以下2件事情，其通過(guò)ats_rtc_init來(lái)初始化ats_bases[0]，也就是和RTC相關(guān)的內(nèi)容。具體做法是從/dev/rtc0中來(lái)獲取RTC的值，并轉(zhuǎn)換成UTC的milliseconds之后，將其存入到time_genoff_ptr這個(gè)結(jié)構(gòu)的generic_offset里面去。最后通過(guò)genoff_post_init這個(gè)函數(shù)初始化了time_genoff_ptr這個(gè)結(jié)構(gòu) 通過(guò)ats_bases_init初始化了ats_bases[ATS_MAX]里面其他的值。  

第二部，通過(guò)genoff_boot_tod_init來(lái)初始化time_genoff_info_type的結(jié)構(gòu)  

第三步，通過(guò)genoff_modem_qmi_init來(lái)初始化QMI的service和client，它通過(guò)time_get_service_object_v01來(lái)獲取modem的service，用qmi_client_notifier_init()，qmi_client_get_service_list()，qmi_client_init()，來(lái)建立一個(gè)采取qmi通信機(jī)制的，可被觸發(fā)的client。并獲取時(shí)間初始值gettimeofday()，并通過(guò)qmi_client_send_msg_sync()來(lái)發(fā)送給modem。  

第四步，通過(guò)pthread_create和pthread_join來(lái)維持一個(gè)和modem同步的socket 

connection。(conn_handler，read_offset都作為函數(shù)指針作為參數(shù)傳入) 初始化完成之后，

Read_offset()通過(guò)qmi_client_send_msg_sync來(lái)從modem測(cè)獲取generic_offset的值，并通過(guò)genoff_opr來(lái)寫(xiě)入generic_offset的值(TODO:MODEM_EPOCH_DIFFERENCE  315964800????)  

幾個(gè)結(jié)構(gòu)，ats_bases[0]存放了RTC的相關(guān)信息，ats_base是一個(gè)最大值為ATS_MAX的存放了time_genoff_struct結(jié)構(gòu)的數(shù)組。 

time_genoff_info_type：Structure to be passed as argument to time_genoff_operation()，其中存放了時(shí)間(time_unit)，操作(time_genoff_opr)    

第二部分：APP如何被動(dòng)的被觸發(fā)更新NITZ 

APP最終通過(guò)time_genoff_operation()函數(shù)來(lái)open一個(gè)socket與time daemon通信，從而從modem測(cè)獲取時(shí)間數(shù)據(jù).  

qcril_cm_process_network_info()會(huì)在一定條件下被觸發(fā)(qcril_cm_event_card_status_updated里被調(diào)用，其會(huì)在收到modem的消息時(shí)被觸發(fā)執(zhí)行)，在qcril_cm_process_network_info()里面，qcril_cm_prep_nitz_time_received_report()一旦執(zhí)行成功，會(huì)調(diào)用qcril_default_unsol_resp_params()來(lái)發(fā)送RIL_UNSOL_NITZ_TIME_RECEIVED消息，RIL_UNSOL_NITZ_TIME_RECEIVED會(huì)被RIL接受到觸發(fā)一個(gè)mNITZTimeRegistrant的notifyRegistrant。  

CdmaServiceStateTracker()在啟動(dòng)的時(shí)候通過(guò)setOnNITZTime向RIL注冊(cè)，從而在這個(gè)時(shí)候能被notifyRegistrant()觸發(fā)，從而執(zhí)行setTimeFromNITZString()，最終在此刻，計(jì)算出當(dāng)前的時(shí)間，并通過(guò)SystemClock.setCurrentTimeMillis()寫(xiě)入系統(tǒng)，同時(shí)廣播一個(gè)ACTION_NETWORK_SET_TIME消息。  

PS: APP 測(cè)的代碼主要分布在 

framework/base/services/java/android/server  --NetworkTimeUpdateService  

framework/base/core/java/android/util ---NtpTrustedTime 

framework/base/telephony/java/com/android/internal/telephony/cdmaCdmaServiceStateTracker 

其他部分主要分布在 vendor/qcom/proprietary/time-services

TODO:1.需要更好的理解QMI的機(jī)制從而更深入的理解Time_daemon從modem update時(shí)間的過(guò)程。