Android FMRadio上层调试
背景
在某个平台上，应用同事一直反馈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中的配置缺被人删掉了，所以才导致了这个问题。