腾讯优测优分享 | 双卡双待-工程师难言的痛

Posted 2022-11-09 腾讯优测

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了腾讯优测优分享 | 双卡双待-工程师难言的痛相关的知识，希望对你有一定的参考价值。

腾讯优测是专业的移动云测试平台，提供全面兼容性测试，远程真机租用，漏洞分析等多维度的测试服务，让测试更简单！

【引子】

移动互联网的时代，手机通讯录是天然的强社交关系的关系链，如果打通产品关系链和通讯录关系链的通道，可以极大的丰富产品的关系链（见下图）。

使用电话本信息、打电话、发短信等功能是许多产品的需求点。android作为智能手机平台，电话相关模块是系统的重要组成部分。但如果开发电话相关的功能就不得不面对“双卡双待”的问题。

1. 【双卡双待背景分析】

用户为了兼顾运营商优势，使用双卡双待手机：

双卡双待这项技术在发展中国家使用很普遍，因为在发展中国家电信运营商发展不够成熟，相关管理制度不完善。从用户的角度出发，主要考虑资费问题，比如：移动通话信号好，联通3G上网流畅、流量费相对便宜，为了兼顾运营商的优势，用户选择双卡双待手机。

运营商为了争夺原有2G用户，推出双卡双待手机：

原有国内六大运营商中国移动，中国联通，中国电信，中国网通，中国铁通和中国卫通，经过了整合与拆分，用户在使用制式上各有不同包括GSM、TD-SCDMA、WCDMA、CDMA2000；其中GSM占有量非常大，各运营商在推广新业务时，不得不兼顾原有GSM用户。例如电信如果手机只能使用电信卡，市场上推广会有很多障碍，运营商通过推出双卡双待来解决这个问题。

双卡双待相关技术发展：

两套芯片，缺点是耗电量大、硬件成本高。这个相当于是两个手机“粘”在一起。
双卡单待，需要手动切换，不是真正的双卡双待，用户只能使用一张卡。相当于加了一个“开关”。
双卡双待，使用芯片控制手机在两个网络之间切换，因为切换速度很快用户感觉是两张卡在同时待机。是目前采用的技术手段。

2. 【双卡双待碎片化现状】

双卡方案不统一：

Android本身碎片化问题严重，Google标准API中没有双卡双待的支持，对于双卡双待实现方式业界也没有标准，于是双卡解决方案有了现在百花齐放、百家争鸣的局势。

涉及模块众多：

作为一个智能手机平台，电话部分是Android系统的重点功能。电话部分主要功能包括：呼叫（Call）、短信（Sms）、数据连接（Data Connection）、Sim卡相关、电话本等。尽管Android整个框架已经使用AIDL机制来解耦，使得各个模块之间尽可能的独立，但对于开发者和产品人员来说，所有涉及到这些模块的功能点都会受到双卡双待的困扰。

已成事实标准的双卡双待逼迫主流厂家开始支持：

在过去双卡双待是山寨手机的一个代名词，山寨机是最早发现这块需求并快速响应；后面随着用户的普及，很多大手机厂商纷纷推出双卡双待手机，包括一些在国外市场只支持单卡的机型，也会在国内做好了双卡双待，才推向市场。

最新的HTC One在国内没有单卡机器售卖，原本一体的机身设计，后经改装加入双卡双待功能。三星S系列也逐渐铺开双卡机型，双卡双待已经不是小众用户，也不是低端用户，这个现状对于开发者是个绕不过的坎儿。如果要开发电话模块相关的功能，开发团队必须要解决双卡双待的问题。

3. 【解决策略】

双卡双待实现和真机ROM的Framework层实现密切相关，不同的手机实现方式不一样，同一系列的手机实现的策略类似，但是可能有差别。下面介绍分析解决的过程:

3.1 【准备工作】

工具准备：smali 和 dex2jar

详细操作流程请参见工具网站说明

https://code.google.com/p/dex2jar/

https://code.google.com/p/smali/downloads/list

材料准备：需要将适配的双卡手机 system目录下的framework 和 app目录文件提取出来备做反编译用。

3.2 【分析过程】

通过查看Android源代码和分析真机反编译代码可以看出Android电话模块架构主要核心机制是：一个服务（比如本文提到的电话服务）对应一个Manager管理类，一个Manager管理类对应一个AIDL接口（Android进程通信接口），每个AIDL接口会对应一个具体服务功能的实现。

电话服务 —> TelephonyManager —>PhoneInterfaceManager（ITelephony）—>底层具体服务

TelephonyManager（电话服务管理类）

Android框架中有上下文（context）的概念，很多资源和系统服务可以直接从上下文中获得，比如要获得电话管理类（TelephonyManager）可以通过下面方式获得：

context.getSystemService(“phone”);

我们通过context 的实现类ContextImpl可以获取对电话管理类的访问

@Override

public Object getSystemService(String name)

ServiceFetcher fetcher = SYSTEM_SERVICE_MAP.get(name);

return fetcher == null ? null : fetcher.getService(this);

所有的系统服务管理类，都注册在SYSTEM_SERVICE_MAP中。

从上图源代码中可以看到，getSystemService方法最终是靠传入对应服务的key从SYSTEM_SERVICE_MAP中获得对应的管理类，这里第一个坑爹点会出现，因为key对应的值，厂商会修改成各种值，比如有些手机是”phone2”，有些比如HTC手机是”htctelephony”，

所以需要反编译厂商源码去查找这些key值，下边会详细讲到。

ITelephony（电话相关的AIDL接口）

TelephonyManager中的具体操作大部分是通过ITelephony接口访问的，比如获得电话状态的操作：

public class TelephonyManager

…

public int getCallState()

try

return getITelephony().getCallState();

catch (RemoteException ex)

return CALL_STATE_IDLE;

catch (NullPointerException ex)

return CALL_STATE_IDLE;

…

ITelephony接口位于com.android.internal.telephony.*包中，这个包是支撑android.telephony.*对外接口的具体实现。

PhoneInterfaceManager （ITelephony的具体实现类，提供具体服务功能）

TelephonyManager大部分操作是通过ITelephony接口访问的，也就是通过其实现类PhoneInterfaceManager 来实际获得具体相关操作

public class PhoneInterfaceManager extends ITelephony.Stub

…

public int getCallState()

return DefaultPhoneNotifier.convertCallState(mCM.getState());

…

PhoneInterfaceManager 封装了电话相关的具体服务操作，这些操作最终将消息发送到RIL.java中转。

RIL.java和底层通信

RIL.java是电话相关服务在Java层的信息收发中心。

RIL.java使用socket和rild进程通信，RILRequest是一个请求的封装，通过RILSender将请求命令发送出去，通过RILReceiver接收命令的响应和主动消息。

进过上述的分析，可以总结出电话相关服务的架构。

3.3 【架构分析】

Android电话系统分为四个层次（见上图）：

Phone应用程序层：主要包括电话服务和Phone应用程序。

Java Framework层：主要包括两个程序包，其中：android.telephony.* 是framework对外沟通的接口，com.android.internal.telephony* 是和底层沟通的桥梁（socket ）。

Native Framework层： Rild守护进程。

驱动层：与网络进行沟通传输。

为了支持双卡双待功能，厂商实现的Java Framework层在TelephonyManager的节点向下开始自定义API实现对第二张卡的支持，通过反编译并分析真机的framework.jar可以得到自TelephonyManager以下厂商自定义的操作。然后，在App层通过反射调用对应的功能点就可以实现对两张卡的操作。

3.4【解决方案举例】

通过对市面上大部分双卡机型的反编译分析看，双卡双待的解决方案可以总结为3类：