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完全不一样,架构发生了很大变化,至此,我们大致了解到了这个拨号的过程,其中还有很重要的几步没有细说,因为涉及到的东西太多留待后面单独分开来详细分析。
Android5.1Telecomm层通话去电流程两路进程分析之二拨号过程显示通话界面过程分析
最新推荐文章于 2021-06-03 21:16:30 发布