簡單介紹Android系統(tǒng)時(shí)間更新機(jī)制
掃描二維碼
隨時(shí)隨地手機(jī)看文章
不管是使用安卓系統(tǒng)的設(shè)備,還是iOS系統(tǒng)的設(shè)備,每隔一段時(shí)間都會(huì)迎來系統(tǒng)的升級(jí)更新。今天我們就來聊聊Android系統(tǒng)時(shí)間自動(dòng)更新機(jī)制。Android的時(shí)間更新分成2種,一種是走運(yùn)營商協(xié)議的NITZ,另外一種是走網(wǎng)絡(luò)時(shí)鐘的SNTP。
1. SNTP:
SNTP的邏輯主要分布在NetworkTimeUpdateService。它通過監(jiān)聽ACTION_NETWORK_SET_TIME,ACTION_NETWORK_SET_TIMEZONE這兩個(gè)事件來判斷最近一段時(shí)間內(nèi)是否有 NITZ的時(shí)間已經(jīng)被更新過;它通過監(jiān)聽ConnectivityManager的觸發(fā)事件來判斷WIFI網(wǎng)絡(luò)的連接,以此來觸發(fā)網(wǎng)絡(luò)事件的更新。
PS:1. NtpTrustedTime class來真正的實(shí)施從網(wǎng)絡(luò)側(cè)獲取SNTP的時(shí)間。2.AlarmManager來實(shí)施定時(shí)重查機(jī)制。
2.NITZ:
根據(jù)代碼,NITZ需要運(yùn)營商支持,通過TOD時(shí)間信息同步法進(jìn)行時(shí)間同步。TOD,是指于“短波跳頻通信”的一種基于精確時(shí)鐘的同步法。“時(shí)間信息”包含了跳頻的狀態(tài)信息和時(shí)間信息,狀態(tài)信息是指偽隨機(jī)碼(PN)發(fā)生器的實(shí)時(shí)碼序列狀態(tài);時(shí)間信息是指實(shí)時(shí)時(shí)鐘信息,即年、月、日、時(shí)、分、秒、毫秒、微秒、毫微秒等的精確時(shí)間。根據(jù)這些信息,就實(shí)現(xiàn)運(yùn)營商網(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)是通過time_daemon的進(jìn)程,來維護(hù)一個(gè)從modem獲取時(shí)間,更新RTC的方法。
第一部分,Time_daemon的初始化以及其和modem的時(shí)間同步
Time_daemon初始化:
第一步,首先通過genoff_init_config來初始化一些基本設(shè)置。 這個(gè)初始化做了以下2件事情,其通過ats_rtc_init來初始化ats_bases[0],也就是和RTC相關(guān)的內(nèi)容。具體做法是從/dev/rtc0中來獲取RTC的值,并轉(zhuǎn)換成UTC的milliseconds之后,將其存入到time_genoff_ptr這個(gè)結(jié)構(gòu)的generic_offset里面去。最后通過genoff_post_init這個(gè)函數(shù)初始化了time_genoff_ptr這個(gè)結(jié)構(gòu) 通過ats_bases_init初始化了ats_bases[ATS_MAX]里面其他的值。
第二部,通過genoff_boot_tod_init來初始化time_genoff_info_type的結(jié)構(gòu)
第三步,通過genoff_modem_qmi_init來初始化QMI的service和client,它通過time_get_service_object_v01來獲取modem的service,用qmi_client_notifier_init(),qmi_client_get_service_list(),qmi_client_init(),來建立一個(gè)采取qmi通信機(jī)制的,可被觸發(fā)的client。并獲取時(shí)間初始值gettimeofday(),并通過qmi_client_send_msg_sync()來發(fā)送給modem。
第四步,通過pthread_create和pthread_join來維持一個(gè)和modem同步的socket
connection。(conn_handler,read_offset都作為函數(shù)指針作為參數(shù)傳入) 初始化完成之后,
Read_offset()通過qmi_client_send_msg_sync來從modem測(cè)獲取generic_offset的值,并通過genoff_opr來寫入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最終通過time_genoff_operation()函數(shù)來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()來發(fā)送RIL_UNSOL_NITZ_TIME_RECEIVED消息,RIL_UNSOL_NITZ_TIME_RECEIVED會(huì)被RIL接受到觸發(fā)一個(gè)mNITZTimeRegistrant的notifyRegistrant。
CdmaServiceStateTracker()在啟動(dòng)的時(shí)候通過setOnNITZTime向RIL注冊(cè),從而在這個(gè)時(shí)候能被notifyRegistrant()觸發(fā),從而執(zhí)行setTimeFromNITZString(),最終在此刻,計(jì)算出當(dāng)前的時(shí)間,并通過SystemClock.setCurrentTimeMillis()寫入系統(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í)間的過程。