Android主题样式之副作用

1. 背景

       最近工作中碰到一个奇怪的bug,原因是因为activity的onStart和onStop生命周期函数没有按照期望的方式被调用。从我们的activity跳转到一个第三方activity后,我们的activity的onStop居然没有被调用;从第三方activity回到我们的activity的时候,我们的activity的onStart也没有被调用。头一次碰到这样的问题,百思不得其解。

       先看看官方的activity生命周期示意图:


我们理解的没错啊,比如说有A和B两个全屏的activity,从A跳转到B,正常情况应该是会调用A的onPause和onStop,会调用B的onStart和onResume;然后从B回到A,正常情况应该是会调用B的onPause和onStop,会调用A的onStart和onResume。这里先忽略跟我们这个问题无关的生命周期函数。是什么原因导致了这个问题呢?

2. 原因分析

       要搞清楚这个问题的原因,我们需要知道onStart和onStop什么时候会被系统回调,这里以onStop为例进行说明。还是拿上边的例子进行说明,从A activity跳到B activity时,最终会调用下边这个方法来判断stack里的各个activity的可见性。


这个方法依赖下边的两个核心方法



如果表示B activity的ActivityRecord.fullscreen的值为false,那什系统就会认为B activity不是全屏的,从而判断A activity依然还是可见的。跳到B activity后就不会调用A activity的onStop函数。系统是怎么给ActivityRecord.fullscreen这个属性赋值的呢?换言之就是系统是怎么判断一个activity是全屏还是非全屏呢?在启动B activity的过程中,系统会创建一个ActivityRecord这样的对象来表示一个activity,ActivityRecord的构造函数如下:


3. 结论

       至此就真相大白了,如果一个activity的属性的windowIsTranslucent被设置为true或者windowSwipeToDismiss被设置为true或者windowIsFloating被设置为true,那个这个activity就会被系统认为是非全屏的。因为系统认为你要跳转的activity是非全屏的,自然也就不会调用前一个activity的onStop函数,因为没有调用onStop,回到前一个activity的时候自然也不会调用onStart。

4. 解决方案

       在给activity设置windowIsTranslucent或者windowIsFloating样式的时候,需要谨慎,确保你真的activity真的需要这两个属性。如果某个activity确实需要设置windowIsTranslucent或者windowIsFloating属性,那就要做好前一个activity的onStart和onStop不会被调用的准备,如果又有需要依赖这两个生命周期函数的逻辑,可以考虑使用onResume和onPause替代。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值