问题背景:
有学员在群里反馈在aosp15上系统一样无法接收到开机广播,但是app手动启动后下次在开机就可以接收到开机广播了。
针对这个样的疑问其实还是比较有意思,虽然也有学员朋友群里分享一些相关的blog进行解答剖析,但是很多学员朋友哪怕看了blog也一样有相关疑问,请问这个blog作者是怎么分析出来的,不想要直接看结论,也想要自己学会来分析这种问题。针对这样一个必现的问题,作为framework开发的我们确实不应该随意只看别人的blog结论,今天这个刚好有blog那明天另一个问题没有blog呢?所以还是应该自己去手把手探索调试出相关的原因。
所以马哥今天就给大家布置这样一个作业,大家尽量不要再去看相关的网络blog,而是完全靠自己现有的fw技能去探索分析出原因,及制定相关的修改方案。
作业准备的demo:
准备好一个广播接受的类BootStart
package com.example.audiotrackdemo;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
public class BootStart extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
//如果收到广播会打印如下日志
android.util.Log.i("lsm888","BootStart 11 onReceive intent " + intent);
}
}
在Manifest中进行声明该BootStart类
<receiver
android:exported="true"
android:name=".BootStart">
<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED"></action>
</intent-filter>
</receiver>
还需要在Manifest中加权限(非常重要,必不可少):
<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED"></uses-permission>
注意这个开机广播的app demo建议大家要写2份:
1、写到系统app中进行测试
2、写到非系统app(第三方app)中进行测试
复现步骤:
测试环境:aosp15
复现要求有以下几步:
1、使用上面的app demo进行编译,预制成系统app
2、预制app后开机第一次,然后logcat看看是否有广播接收的打印(注意如果手动打开app后,请使用emulator -wipe-data方式启动)
3、如果打印,手动点击打开app,然后再次reboot重启系统,观看是否有开机广播日志打印
以同样测试方式验证第三个app,不过这里第三方app请使用adb install 安装既可以,不需要预制
作业要求:
1、请使用找出一种相关的调试日志方式可以针对广播相关的发送进行相关的调试
2、通过调试广播日志定位无法接受直接原因,从而寻找到相关的代码
3、通过第2步定位的代码,进行相关的深入分析找出无法接受根本原因,而且说明为啥手动启动后就可以接收到
4、根据寻找到的原因,请设计出最少2种修改方案,进行修复
5、同样的分析方式,针对第三方app也进行测试定位验证
6、如果需要修复针对第三方app也进行开机广播接受问题,请给出你的最少一种方案。
原文参考:https://mp.weixin.qq.com/s/-qOpduT8mIJmuLB70YLsVg
更多framework实战开发干货,请关注“千里马学框架”
5410

被折叠的 条评论
为什么被折叠?



