记一次APP卡顿问题的解决历程

最新推荐文章于 2024-07-27 17:04:03 发布

jing.wang_01

最新推荐文章于 2024-07-27 17:04:03 发布

阅读量6.6k

点赞数 1

分类专栏：开发心路文章标签： Android APP卡顿

本文链接：https://blog.csdn.net/wj_xupt/article/details/79097046

版权

本文记录了一次Android APP出现卡顿问题的解决过程。通过分析主线程耗时操作，了解到Android 60FPS刷新率的要求。作者详细探讨了Activity生命周期，将onCreate()中的非界面初始化操作分散到onStart()和onResume()。最终，问题定位到全局静态变量导致的内存占用过多，通过适当清理解决了卡顿和偶发ANR问题。

摘要由CSDN通过智能技术生成

大约在2017年的7、8月份，我开发的一款APP突然出现了页面跳转卡顿，掉帧，然后崩溃的现象，我查看日志，只看到了一堆掉帧的提示，而没有错误点报错提示，也非逻辑错误，总之就是“我就是卡顿，但我就是不告诉你哪卡顿了，是谁导致我卡顿了”！

由于之前没有出现过这个问题，于是我开始查找APP卡顿的问题解释，然后网友们说的最多的是在主线程里有严重的耗时操作，页面刷新频率低于16帧/ms导致了卡顿，然后我在每个Activity的每个onCreate( )方法里的语句前后加入了程序运行时间输出语句，以此作为推测卡顿区域的工具，随后发现一些onCreate( )的执行时间过长，超过了16ms，而Android系统每隔16ms会发出VSYNC信号重绘我们的界面(Activity)。为什么是16ms, 因为Android设定的刷新率是60FPS(Frame Per Second), 也就是每秒60帧的刷新率, 约合16ms刷新一次。于是，我重新深入的学习了Activity的生命周期，其生命周期官方版示意图如下所示：