Android5.1Telecomm层通话去电流程两路进程分析之二拨号过程显示通话界面过程分析

1).由上面的逻辑我们知道调用了CallsManager.java中的startOutgoingCall方法，至于这个过程做了什么可以参考我的另一篇文章--“Contacts模块拨号加载联系人信息流程”，这其中有详细的分析，我们直接跟踪到InCallController.java(packages/services/Telecomm)中的onCallAdded方法：

inCallService.addCall(parcelableCall);

bind()方法这里就不做赘述了，之前分析过，在这里会调用到InCallService.java(packages/services/Telecomm)中的 addCall方法，照例会走到：

mPhone.internalAddCall((ParcelableCall) msg.obj);

2).进入到Phone.java(packages/services/Telecomm)中，查看 internalAddCall方法：
Call call = new Call(this, parcelableCall.getId(), mInCallAdapter);
mCallByTelecomCallId.put(parcelableCall.getId(), call);
mCalls.add(call);
checkCallTree(parcelableCall);
call.internalUpdate(parcelableCall, mCallByTelecomCallId);
fireCallAdded(call);

继续跟踪到 fireCallAdded方法：

for (Listener listener : mListeners) {
   listener.onCallAdded(this, call);
}

我们可以查看 mListeners，不过在上书分析中的Phone类中我们发现其实在调用internalAddCall方法之前实际上是先调用了上面的onPhoneCreated(mPhone)逻辑，这个onPhoneCreated方法我们其实可以在InCallServiceImpl.java(packages/apps/InCallUI)中找到，有人会问为什么会跳转调用到InCallServiceImpl中的onPhoneCreated方法呢，其实原因很简单，aidl调用，使用了binder技术实现远程调用，这里有兴趣的可以自己跟踪去看，我们之需要知道onPhoneCreated方法：

CallList.getInstance().setPhone(phone);
        AudioModeProvider.getInstance().setPhone(phone);
        TelecomAdapter.getInstance().setPhone(phone);
        InCallPresenter.getInstance().setPhone(phone);
        TelecomAdapter.getInstance().setContext(InCallServiceImpl.this);

这里调用了 CallList.java(packages/apps/InCallUI)的 setPhone去保存phone实例同时：

CallList.getInstance().setPhone(phone);

这一行代码的作用是给其加上监听事件 mPhoneListener以便后用；

3).继续回到 fireCallAdded方法：

for (Listener listener : mListeners) {
   listener.onCallAdded(this, call);
}

在做了上述分析之后我们得知回去调用CallList 类中的mPhoneListener对象中的 onCallAdded方法
：
Call call = new Call(telecommCall);
if (call.getState() == Call.State.INCOMING) {
onIncoming(call, call.getCannedSmsResponses());
} else {
onUpdate(call);
}

在这里我们看onUpdate(call)：

onUpdateCall(call);
notifyGenericListeners();

接续跟踪notifyGenericListeners():

for (Listener listener : mListeners) {
   listener.onCallListChange(this);
}

在这里我们看到了listener.onCallListChange (call)，这个listener是何方神圣，我们只需搜索即可知道是InCallPresenter.java中定义的事件，因为 onCallListChange方法只有这个类中定义了，也可以通过打log看对象实例也可以看出来，我们看InCallPresenter.java类中onCallListChange方法的定义，一看，对应上了，连形参也一样，我们之看关键代码：

newState = startOrFinishUi(newState);

进入 startOrFinishUi方法：

showInCall(false /* showDialpad */, !showAccountPicker /* newOutgoingCall */);

继续跟踪进入方法：

mContext.startActivity(getInCallIntent(showDialpad, newOutgoingCall,
           newOutgoingCall /* showCircularReveal */));

终于到重点了，追踪getInCallIntent ()方法：
intent.setClass(mContext, InCallActivity.class);
if (showDialpad) {
   intent.putExtra(InCallActivity.SHOW_DIALPAD_EXTRA, true);
}
intent.putExtra(InCallActivity.NEW_OUTGOING_CALL_EXTRA, newOutgoingCall);
intent.putExtra(InCallActivity.SHOW_CIRCULAR_REVEAL_EXTRA, showCircularReveal);
return intent;

这个startActivity最终会启动InCallActivity.java，也就是通话界面，由此我们可知，在所有预备动作做完之后才去启动通话UI，跟4.4完全不一样，架构发生了很大变化，至此，我们大致了解到了这个拨号的过程，其中还有很重要的几步没有细说，因为涉及到的东西太多留待后面单独分开来详细分析。