App在某个页面静止造成卡死假象

本文记录了一起App在特定场景下出现界面卡死的bug,涉及指纹/人脸识别登录后偶发进入广告页且无法自动跳转的问题。通过分析UI线程、页面层级和业务流程,找到了问题的根源在于广告页计时器与动画的绑定。提出了两种解决方案:使用观察者监听App状态或利用计时器跟踪前后台切换。最终选择了后者,因为它能确保动画完整执行并避免界面卡死。

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

今天遇到一个bug记录下来,供后续积累经验。

预期结果:App在冷启动时会加载一个“广告页”,“广告页”有个定时器,定时器结束后会自动跳转到App首页;然而当用户开启指纹或人脸识别登录之后,App直接进入验证界面,验证通过后直接进入App首页。
bug场景:进入App需要指纹识别,点击弹窗上的“暂不验证”,进入后台,稍等后再进入前台重新验证,然而界面偶发的进入“广告页”并且不再自动跳转到首页。

程序出现bug之后作为组长需要分析bug是谁产生的,所以需要我来定位bug发生的原因和大概位置。

由于App只是进入了特定界面,给用户一个界面卡死的现象,而App并没有异常日志,更没有崩溃,所以无法根据crash或者异常日志查找问题。
所以采取如下分析:

  1. 场景重现,拉取产生bug的分支代码,联调能否重现bug

由于该场景是偶现,所以使用联调重现的方式只能是碰运气,很不幸,这次的运气不好,联调过程中未重现该场景

  1. 确定页面所属,找到目前所显示的界面是哪个模块的哪个界面

根据当前显示界面确定所述模块,并精确定位Controller和View

  1. 判断主线程(UI线程)是否崩溃或者被异常释放

在当前界

评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值