一、問題現象

當手機有來電時，先聽到鈴聲，過了比較長的一段時間（3-4s）螢幕才點亮並顯示來電介面。

Platform：MT6581

Android版本：4.4KK

BuildType：userdebug

系統軟體版本：SWC1E+UP

系統RAM:512M

二、Android4.4來電及IncallUI顯示的流程

整個流程主要分為3個部分：

1、framework部分，其主要通過RIL與Modem進行通訊，當有來電的時候Modem會通知RIL，RIL則將基礎資料和資訊進行解析和封裝後繼續向上通知，大概流程為：RIL->GsmCallTracker->GSMPhone->PhoneBase->CallManager，具體過程如下圖：

2、TeleService部分，這部分是由android4.4之前的PhoneAPP改造而來的，其功能基本與之前的PhoneAPP相同，主要負責與framework層的telephony進行通訊，並處理在應用層的與Phone相關的狀態維護、功能實現和服務提供，其大概流程為：CallStateMonitor->CallNotifier->CallModeler->CallHandlerServiceProxy，具體過程如下圖：

3、InCallUI部分，這部分是由android4.4之前的PhoneAPP中分離出來的，在原始碼目錄結構中雖然獨立了，但是最終編譯完成之後卻打包到了Dialer中，Dialer也是android4.4才有的，是由android4.4之前的Contacts中的Dalpad獨立出來的，InCallUI的大概流程：CallHandlerService->CallList->Answerpresenter->InCallPresenter->CallButtonPresenter->CallCardPresenter->CallCardFragment，具體過程如下圖：

三、問題分析

開機後不做任何操作的記憶體使用資訊：

Log分析：

如下為在TeleService的CallNotifier部分的時間點及log資訊，從07-09 19:28:41.883接收到來電訊息到07-09 19:28:42.594訊息解析分發給IncallUI的CallHandlerService結束，因為這個分發是非同步單向的，所以不會同步阻塞：

07-09 19:28:41.883   896   896 D CallNotifier: RINGING... (new)

07-09 19:28:41.884   896   896 D CallNotifier: onNewRingingConnection(): state = RINGING, conn = { *  -> id: 1, num: 15026714486, MT: true, mDisconnected: false }

07-09 19:28:42.594   896   896 D CallNotifier: - onNewRingingConnection() done.

再看InCallUI的CallHandlerService部分的時間點和log資訊，從07-09 19:28:42.583開始建立程序到07-09 19:28:43.396的CallHandlerService - onCreate再到07-09 19:28:43.655CallHandlerService正式收到InComingCall的訊息：

07-09 19:28:42.583   666   866 I ActivityManager: Start proc com.android.incallui for service com.android.dialer/com.android.incallui.CallHandlerService: pid=4126 uid=10053 gids={50053, 3003, 1028, 1015, 3002}

07-09 19:28:43.396  4126  4126 I InCall  : CallHandlerService - onCreate

07-09 19:28:43.466   896   896 D CallHandlerServiceProxy: onIncoming: Call{mCallId=2, mState=INCOMING

07-09 19:28:43.655  4126  4138 I InCall  : CallHandlerService - onIncomingCall: Call{mCallId=2, mState=INCOMING

最後是InCallActivity部分的時間點和log資訊，從07-09 19:28:44.144開始onCreate到07-09 19:28:46.869的onResume最終把介面顯示出來給使用者：

07-09 19:28:44.144  4126  4126 D InCall  : InCallActivity - onCreate()...  this = [email protected]

07-09 19:28:46.869  4126  4126 I InCall  : InCallActivity - onResume()...

Systrace分析：

從systrace的圖中可以看到，從incallui的程序起來到incallui的activityResume總共花了4.3s左右，其中啟動程序花費804ms左右，具體如下圖：

另外程序啟動之後，從CallHandlerService的onCreate到ActivityStart的時間為540ms左右，具體如下圖：

四、解決方案

通過以上分析我們發現每當來電時，整個過程中InCallUI接受TeleService的來電請求的環節最為耗時，因為需要啟動InCallUI這個程序。另外Framework中的telephony以及TeleService都是系統中常駐的程序，不會被殺掉，所以響應速度非常快，TeleService程序常駐的相關設定：   

<application android:name="PhoneApp"

           android:persistent="true"

而InCallUI這個程序沒有以上persistent的設定，所以在執行完通話的操作後會經常被系統LMK回收掉，鑑於以上原因，為了能夠讓InCallUI像TeleService一樣響應的夠快，我們給出了以下解決方案：

1、InCallUI不再獨立為一個程序，將InCallUI與Dialer合併為一個程序

2、修改Dialer程序的屬性，增加persistent=ture，使其常駐，進而實現InCallUI的常駐，縮短響應和加載出介面的時間

3、取消Dialer撥號時到InCallUI的過渡圖片，因為Dialer和InCallUI同屬一個程序後在執行撥號時的中間過渡（黑屏）時間被縮短，所以不再需要過渡圖片，進而能夠進一步提升效能和縮短載入InCallUI介面的時間

五、應用解決方案之後的對比分析

開機後不做任何操作的記憶體使用資訊：

Dialer程序常駐之後開機會將它啟動，Dialer程序所佔記憶體資訊如下：

Log分析：

如下為在TeleService的CallNotifier部分的時間點及log資訊，從07-09 20:45:01.848接收到來電訊息到07-09 20:45:03.959訊息解析分發給IncallUI的CallHandlerService結束

07-09 20:45:01.848   900   900 D CallNotifier: RINGING... (new)

07-09 20:45:01.848   900   900 D CallNotifier: onNewRingingConnection(): state = RINGING,

07-09 20:45:03.959   900   900 D CallNotifier: - onNewRingingConnection() done.

再看InCallUI的CallHandlerService部分的時間點和log資訊，從07-09 20:45:03.995的CallHandlerService - onCreate到07-09 20:45:04.229CallHandlerService正式收到InComingCall的訊息，其中少了建立程序的步驟：

07-09 20:45:03.995   965   965 I InCall  : CallHandlerService - onCreate

07-09 20:45:04.190   900   900 D CallHandlerServiceProxy: onIncoming: Call{mCallId=3, mState=INCOMING

07-09 20:45:04.229   965   983 I InCall  : CallHandlerService - onIncomingCall: Call{mCallId=3, mState=INCOMING

最後是InCallActivity部分的時間點和log資訊，從07-09 20:45:04.445開始onCreate到07-09 20:45:05.742的onResume最終把介面顯示出來給使用者：

07-09 20:45:04.445   965   965 D InCall  : InCallActivity - onCreate()...  this = [email protected]

07-09 20:45:05.742   965   965 I InCall  : InCallActivity - onResume()...

Systrace分析：

因為沒有了建立程序的過程，所以InCallUI的整個過程只有service的create到activity的resume，由上圖可以看到用時1.809s左右。

六、結論

由以上的log分析、systrace分析以及應用解決方案之後的對比分析，我們可以發現不管是從使用者的感覺還是實際的效能引數資料上看，整個過程的效能都得到了很大提升，時間上縮短了很多。另外雖然dialer程序常駐記憶體，但是其本身佔用的記憶體比較少，基本上在10MB以下，所以對整個系統來講影響比較小。

#analysed by jinshi.song from SWD2 Framework team.

#201407101558