Android 计时器重复启动Activity问题(实际为发送广播的坑)

在开发一个时间钟功能时,作者遇到在规定时间到达后,Activity重复启动的问题。通过分析,发现原因是由于使用BaseActivity类型的实例发送广播,导致MainActivity和SettingActivity各自触发一次广播接收器。解决方案是在发送广播前判断上下文是否为SettingActivity,确保仅执行一次。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

项目场景:

前两天在项目开发过程中,遇到这样的场景,需要做一个时间钟功能,开启时间钟后,在规定的时间(相对时间)到达后,弹出一个Activity。


问题描述:

上述的场景实现不难,通过开启时间钟功能发送广播,在广播接收器中定义Handler计时器,规定时间到达时启动Activity即可。然而,我发现,在规定时间到达时弹出的Activity是两个,哪怕我把这个Ac设定成singleTop启动模式依旧不能解决,这说明启动的这两个Ac实例并不是在一个栈中的。
苦思不得其解后,我请教了前辈。


原因分析:

我们的项目有一个MainActivity,我的模块是SettingActivity,他们同时继承于项目架构中的BaseActivity,我在发送广播的时候,调用的是Fragment(继承于BaseFragment)父类的属性activity,如图
在这里插入图片描述
而进入activity中去看
在这里插入图片描述
可以发现这个ac是被向上转型成了BaseActivity,用这个ac实例来发送广播会导致什么问题呢?
我们进入项目时,是先启动MainActivity,而MainActivity也是BaseActivity的子类,我们发送广播时,用的ac也是BaseActivity类型,这就导致,Java会将所有BaseActivity类型的实例都用来发送一次广播,所以计时器逻辑代码执行两次的原因就是MainActivity被传入一次,SettingActivity被传入一次。

广播接收器中的逻辑在这个例子里不重要,但是还是放出来看一下:

private int intervalTime = KVUtils.getInstance().getInt(Setting.INTERVAL_TIME, 60);

private Handler handler = new Handler() {
   
   
        @Override
        public 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值