learnframework的博客

这个学员大概思路就是，可以在桌面applist图标点击进行屏蔽，这个明显不行哈，首先不说改了Launcher代码，最重要是只是applist点击进行屏蔽根本无法覆盖，你能保证你的app启动都是通过桌面点击么，完全有可能其他场景，比如后台service启动，或者其他Activity拉起。注释明显看出IActivityController实际上是监测AMS一些实际的发生接口，一般用于一些测试来监测系统的Activity的一些状态，这个不针对普通第三方app，属于一个隐藏api，不过对于系统app肯定是可见的。

工程师来说可能根本不知道如何入手分析这类黑屏，白屏，不显示等系统疑难问题，马哥也对这块非常重视，无论是vip课程还是平时vip群讨论，都给大家准备了很多实战案例给大家进行实战解决这类疑难问题，不完全统计这类案例数量大于10个，目的增加vip学员们这块疑难问题的实战能力。在作业布置出去后，很多vip学员们也纷纷尝试分析解决该问题，因为说实话这类问题确实是不可多得的实战机会，所以vip学员朋友们都非常珍惜，广大非学员网友也请珍惜，这种问题后续可能马哥这边就只对vip内部进行分享，不再公开哈。

这个MyTaskOrganizer主要就是在构造时候有调用registerTaskListener，这个最后会调用到TaskOrganizer自带的registerOrganizer方法中去。其实从修改可以看出来，只是简单的构造了一个MyTaskOrganizer就会导致桌面Task无法显示，整个复现过程其实都属于程序员正常写代码行为，但是就是出现了个Task不显示问题。上面现象可以看到明显系统启动后桌面已经不显示了，那么就是针对这样一个桌面不显示问题作为学员作业布置给大家来进行探索。

明显上面堆栈中可以看到，在执行ActivityManagerService.hang方法时候，一直持有locked <0x0dc0cc58> (a com.android.server.am.ActivityManagerService)这个锁，而且一直处于还一直处于wait状态不释放。针对这类系统冻屏，死机，hang机问题分析的流程其实和系统ANR问题分析基本一样套路，今天就以系统中的自带命令am hang模拟让系统出现死机，冻屏这种现象，然后我们通过trace相关来反剖析出am hang命令相关原理。

那么他这个anr到底是怎么复现的呢，具体是个啥情况呢？针对这个ANR问题，我与该学员沟通了解情况后，发现他这种anr问题明显不是常规的那种app某个地方执行耗时导致的卡顿，所以常规那种抓取anr trace来分析定位的套路明显就不行了。需要复现该问题，其实需要对系统正常的相关源码进行一些修改才可以，学员朋友也是一样，他修改了相关源码引入了ANR问题，但是又不知道怎么引入的。昨天有相关学员朋友一直在vip群里提出他的一个ANR问题，一直说自己分析这个ANR完全没有相关的头绪。2、分析出anr的原因。

核心思路：既然是因为开机动画退出后，fallbackhome显示期间有黑屏，正常launcher显示时候没有黑屏，那么就考虑把开机动画的退出时间延长，延长到正常桌面显示以后才退出。一般每个Activity显示后会回调onWindowsDrawn方法，所以可以在这里进行检测是不是launcher已经绘制了，如果绘制了既可以启动调用相关的开机动画结束的属性设置。2、上面屏蔽了正常开机动画结束流程，但是开机动画具体哪里进行合适的结束呢？答案就是：在Launcher显示以后要触发正常开机动画结束的属性设置。

但巧合的是前天有学员朋友在解决他们公司疑难bug时候，也有问道和这个fallbackhonme场景闪黑，黑屏问题，群里也进行相关答疑等讨论，后来认真确认后发现复现的场景就是一样的。有对aosp上模拟器有没有开机向导进行了深入的剖析，但是发现在第一次启动安卓模拟器时候，发现开机动画结束进入桌面时候，有大概3-5s的黑屏时间，这个问题当时因为我们重点关注是开机向导相关日志抓取，没有认真分析。aosp14-r5（其他aosp13，15应该也可以，但是没有确认哈）那下面来告诉大家黑屏问题复现步骤，及相关作业要求。