关于Call对象
一共4个
./packages/apps/InCallUI/src/com/android/incallui/Call.java
./packages/services/Telecomm/src/com/android/server/telecom/Call.java
./frameworks/base/telecomm/java/android/telecom/Call.java
./frameworks/opt/telephony/src/java/com/android/internal/telephony/Call.java
- frameworks/opt/telephony/src/java/com/android/internal/telephony/Call.java没有使用,看样子google打算放弃使用,转用packages/services这个了。
- Call状态最终都是通过CallsManager来广播出去的,CallsManager承上启下。通过不同Call的转换,最终在ui上体现出来。InCallService是UI和telecom的接口。InCallController绑定InCallService。
- 从下往上,Call的传到是:
com.android.server.telecom.call --> android.telecom.call --> com.android.incallui.call - com.android.server.telecom.call对象是拨打电话的时候(CallsManger.startOutgoingCall),或者收到来电intent的时候创建的(CallsManger.processIncomingCallIntent)。inCallController中的toParcelableCall函数会new ParcelableCall对象,参数是com.androidservice.telecom.call对象。toParcelableCall有两个地方可以调到,一个是onConnected的时候,就是inCallController绑定到incallService后,如果这个时候call不为空,就会走;还有一个地方是CallsManager回调onCallAdded的时候,也会调用。android.telecom.call就是通过这个ParcelableCall对象的相关信息来创建的。即完成了com.android.server.telecom.call到android.telecom.call的映射。
- incallservice会在绑定的时候,把自己注册到phone的listener中。当incallservice的客户端(InCallController)调用addcall的时候,会传过来一个parcelableCall的对象,incallservice会调用phone.internalAddCall来处理,在internalAddCall中根据这个parcelableCall对象生成telecomCall对象,然后phone通过fireCallAdded把这个call对象通过回调传到incallservice中,incallservice调用onCallAdded,这个实现在incallui里面,即完成了android.telecom.call到 com.android.incallui.call的映射。
- android.telecom.call作为构造参数创建com.android.incallui.call,同时incallui.call注册telecommCall的回调函数,这样有变化的时候,telecommCall会通知incallui.call来更新UI.
关于Connection对象
一共2个
./frameworks/base/telecomm/java/android/telecom/Connection.java
./frameworks/opt/telephony/src/java/com/android/internal/telephony/Connection.java
- 总的来说,是先创建Call,然后创建Connection,最后Connection和Call关联起来.TeleService这个包(packages/services/Telephony),负责Connection,Telecom这个包(packages/services/Telecomm)负责Call.
- CallsManager中placeOutgoingCall或者processIncomingCallIntent中会调用call.startCreateConnection
startCreateConnection会调用CreateConnectionProcessor.process().attemptNextPhoneAccount,然后attemptNextPhoneAccount调用ConnectionServiceWrapper(会连接ConnectionService)的createConnection,最终通过binder调用ConnectionService里面的createConnection.创建是com.android.services.telephony.TelephonyConnection的子类对象,有可能是GsmConnection/CdmaConnection.创建完connection后,如果是MO call,那么调用placeOutgoingConnection(MT调用onCreateIncomingConnection这里以MO为例),在placeOutgoingConnection其中,通过phone.dial返回一个com.android.internal.telephony.Connection对象,再通过com.android.services.telephony.TelephonyConnection的setOriginalConnection函数,把com.android.internal.telephony.Connection与其关联起来。最后ConnectionService通过binder回调handleCreateConnectionComplete,传入一个ParcelableConnection的对象,最终调到com.android.server.telecom.Call,把TelephonyConnection相关信息和Call相关联。 - 同上面Call相关中通过InCallService(InCallServiceImpl是实现)来传递对象,Connection相关是通过ConnectionService(TelephonyConnectionService是实现)来传递。
总结:
CallsManager很重要,主要流程都从它那过。分析问题可以从CallsManager入手。