Android Call 功能在各个frameworks层中的结构整理（二）

最新推荐文章于 2024-08-31 15:46:59 发布

原创

最新推荐文章于 2024-08-31 15:46:59 发布 · 7.6k 阅读

本文详细介绍了Android中GsmCallTracker、GsmCall和GsmConnection三者的关系及其在通话管理中的作用。GsmCallTracker维护通话状态，包括ringingCall、foregroundCall和backgroundCall。GsmConnection负责单路通话状态，其状态受Call.State影响，而Call.State通过CLCC查询更新。文章还探讨了Android的register—notify模型在通话管理中的应用。

2. GsmCallTracker类，GsmCall类以及GsmConnection类

需要理解的若干概念： GsmCall—GsmConnection—GsmCallTracker关系，android的register—notify模型，ringingCall，foregroundCall，backgroundCall

这三个类放在一起进行分析的原因并不是因为它们的功能接近，而是因为在Call业务中，这三者之间不仅数据交互较多，而且在上报当前状态或是接收下层消息的过程中都有着密切的联系。

GsmCallTracker是Call应用中的通话管理层，它维护了一个最多MAX_CONNECTIONS=7路GsmConnections通话链路的同时，还维护了三种通话状态（ringingCall，foregroundCall，backgroundCall）。

GsmCallTracker、GsmCall以及GsmConnection这三者之间的关系，可以认为后两者是GsmCallTracker维护的对象，同时GsmConnection又依附于GsmCall的存在，有常量MAX_CONNECTIONS_PER_CALL=5,表明处于某一个状态的通话最多可以有几路，也就是说，最多可以有5路通话处于某一个通话状态(foregroundCall,background,ringing)。

GsmConnection继承自Connection类，直观理解，该类主要是用来维护某一路的通话状态的。

Connection.java有个非常重要的枚举成员DisconnectCause。通过获取CallFailedCause.java错误码，可以将底层上报上来的错误号与DisconnectCause所维护的错误原因类型一一对应起来（参照disconnectCauseFromC

标签