Android FMRadio上层调试

背景
获取RadioManager对象为空
HDIL相关问题

背景

在某个平台上，应用同事一直反馈FMRadio报错，闪退。这部分功能我们在framework部分和hal部分有修改，特别是hal部分，没有使用原生的broadcastradio。但是维护这块代码的同事离职了，工作也没有交接，也没有留下任何文档。领导说“看看”，然后就接下了这活儿

获取RadioManager对象为空

我先看了一下应用端的代码，由于应用是系统应用，UID是system uid。所以获取RadioManager的方式是使用的RadioManager的构造方法

    /*** @hide*/public RadioManager(@NonNull Context context) throws ServiceNotFoundException {mContext = context;mService = IRadioService.Stub.asInterface(ServiceManager.getServiceOrThrow(Context.RADIO_SERVICE));}

但是通过log看到获取到的RadioManager对象为空，就说明RADIO_SERVICE没有publish ，也就是BroadcastRadioService没有启动，可以通过service list的命令看下。于是就在SystemServer中看了一下BroadcastRadioService的启动条件

if (mPackageManager.hasSystemFeature(PackageManager.FEATURE_BROADCAST_RADIO)) {traceBeginAndSlog("StartBroadcastRadioService");mSystemServiceManager.startService(BroadcastRadioService.class);traceEnd();
}

关于hasSystemFeature，可以跟踪代码，最终在SystemConfig.java中看到相关实现逻辑，是通过mAvailableFeatures这个map来判断的是否支持BroadcastRadio这个功能。而这个map的值是通过解析etc/permissions/ 、etc/sysconfig/ 相关目录下的xml配置文件来判断的。例如BroadcastRadio的就是这个样子

会根据feature标签判断系统是不是支持该功能。

看了一下机器中的环境，这个文件并没有参与到编译中，于是将这块代码添加到了编译当中

用新的ROM验证通过，应用端能够正常的拿到BroadcastRadioService，该问题解决，这是第一个问题点。

HDIL相关问题

解决了上面的问题，framework部分的服务正常运行，但是应用依旧无法正常运行。于是就产生了第二个问题，应用通过RadioManager 的listModules方法获取到的设备上存在的所有广播无线电模块的描述符列表为0，也就意味着没有办法通过某设备ID去进行tune，也就是进行调频道。那我们就看下listModules是如何实现的。

其中hal1/BroadcastRadioService 是通过nativeLoadModules，也就是会通过jni的方式，去找到BroadcastRadioFactory中connectModule的实现。剩下的hal2/BroadcastRadioService 没有通过jni这种方式。具体的在这不展开了，后面有时间慢慢梳理两者的区别。我们是通过第一种方式去实现的，但是发现整个链路没有通。

hal层的服务又是正常运行的，那么问题肯定出在jni和hidl之间，添加了相关log调试发现有如下报错

看到这个报错，问题就很明显了，hidl的接口没有在manifest.xml中配置导致的，将hidl的接口添加到manifest.xml中后调试

添加完成后，整个链路正常了，可以调试了，剩下的就是解决bug和功能实现了。因为我们自己实现的hal服务借用了broadcastradio的BroadcastRadioFactory的相关接口，但是却将broadcastradio的接口在manifest.xml中的配置缺被人删掉了，所以才导致了这个问题。