记录 activity onStop、onDestroy 延迟调用问题解决过程

问题背景

在我的项目中，从其它页面回到首页后，其它页面的 onStop、onDestroy 都会延迟调用，大概 7s 左右吧。

 思考方向

1.可能是 Home 页面的onStart onResume 做了耗时操作

这是我的第一直觉，因为 A 打开 B，再 finish B，回到 A，只有当 A 的 onResume 调用了，B 的 onStop 方法才会调用。

于是开始打 log 日志，记录 A 和 B 的生命周期。但是结果很奇怪 A 的 onResume 很快就走完了，B 的 onStop 很久（不到 10s）才调用。

说明这个猜想是错的。

 2.那就是其它地方有耗时操作 (一脸懵逼)???

肯定是哪里占用线程了，到底是哪，这咋排查呀....

于是万能的百度搜了一番，发现了一篇文章 （感谢提供帮助 ）写得好像有点道理，那顺着大佬的指点，仔细看看自己的代码吧。

最后发现，在我的代码里，有一处地方使用 Handler 发送了个延时任务，任务执行后，会将一个自定义控件开启，控件源码会通过自己的 Handler ，开启一个定时任务，300 ms 执行一次，不断去调用 invalidae() 方法。

我的乖乖，这不正和查的资料描述的一样吗：

由于不断在绘制，抢占了主线程，导致前一个 activity 没有机会执行 onStop。

总结

 当发现 activity 的 onStop、onDestroy 延迟调用了，除了需要知道打开的 activity 生命周期的耗时是否过长外，还需要排查代码中是否开启了 view 刷新动画任务，造成生命周期方法虽然瞬间走完，实际主线程没有停下来的假象。