记一次Android APP卡顿问题的解决历程 大约在2017年的7、8月份我开发的一款APP突然出现了页面跳转卡顿掉帧然后崩溃的现象我查看日志只看到了一堆掉帧的提示而没有错误点报错提示也非逻辑错误总之就是“我就是卡顿但我就是不告诉你哪卡顿了是谁导致我卡顿了”由于之前没有出现过这个问题于是我开始查找APP卡顿的问题解释然后网友们说的最多的是在主线程里有严重的耗时操作页面刷新频率低于16帧/ms导致了卡顿然后我在每个Activity的每个onCreate( )方法里的语句前后加入了程序运行时间输出语句以此作为推测卡顿区域的工具随后发现一些onCreate( )的执行时间过长超过了16ms而Android系统每隔16ms会发出VSYNC信号重绘我们的界面(Activity)。为什么是16ms, 因为Android设定的刷新率是60FPS(Frame Per Second), 也就是每秒60帧的刷新率, 约合16ms刷新一次。于是我重新深入的学习了Activity的生命周期其生命周期官方版示意图如下所示随后自己总结了生命周期中各个阶段或者方法对应所包括的操作具体如下onCreate表示activity正在创建可以做一些初始化的工作比如加载界面布局资源。onRestart表示activity正在重新启动一般情况下当当前Activity从不可见到可以见的时候该方法会被调用。onStart表示Activity正在被启动activity可见但是没有出现在前台不可以操作。onResume表示activity已经可见了并且出现在前台活动可以做一些储存数据的操作但不能做太耗时操作。onPause表示activity正在停止处于可见但是不可以操作。onStop表示Activity即将停止activity变得不可见可以做稍微重点的回收工作。onDestroy表示Activity即将被销毁我们可以做一些回收工作和资源的最终释放。学习完生命周期后我开始将onCreate(中出了页面绘制以外的代码分散到onStart和onResume中去到这里相信onCreate中的负担已经降到了最轻高高兴兴的重新打包真机实验运行然后从主界面进入功能模块界面--正常然后在模块操作完跳回主界面时啊吘出问题了还是卡顿极其严重的卡顿人生最卡吧万般无奈之下我再次使用了程序运行时间输出无解。。。后来我就开始逐行查看Activity中的代码看呀看看呀看好像有点眉目了在临下班时将问题定位到“首页onResume()函数之后或同时有耗时操作该操作极有可能是照片选择并上传后未关闭的流或者位图缓存或者线程。。。”第二天上班后我在照片选择上传模块进行地毯式搜索发现输入输出流都在使用完毕后进行了也没有多余的线程在额外消耗系统资源在深思了许久之后我出实验室休息了一下转了一圈心情稍稍舒畅了一些后回到了工位对模块功能代码进行再一次梳理在细心地查看下我发现了一个全局变量它贯穿了各个调用选择照片并上传的Activity它的名字叫做“public static ArrayListImageItem tempSelectBitmapnew ArrayListImageItem();// 已选图片列表”是它就是它它彻彻底底的卡顿了我的APP在每次调用照片功能模块的代码后我都对它进行了.clear()操作但是它依旧不消停给人添堵究其原因还是因为其对象实例存在于内存的时间太久真的太久了几乎贯穿了APP所有的运行阶段于是我一狠心一跺脚在onDestroy里加写成了这样if (Bimp.tempSelectBitmap ! null) { try { Bimp.tempSelectBitmap.clear(); Bimp.tempSelectBitmap null;//这句话很重要 } catch (Exception e) { e.printStackTrace(); } }再次运行APP终于流畅了毫无压力的流畅鄙人内心回归平静.....那么接下来咱们总结一下APP卡顿的情况吧1主线程内有严重耗时的操作2有输入输出流、子线程在使用完毕后忘记关闭3Activity的布局层次太深导致界面过度绘制从而引起卡顿4有占用较大内存的全局变量在作祟比如我遇到的这个。开发建议1APP布局设计时尽量减少层级同时在能使用LinearLayout或者RelativityLayout解决的布局就不要用其他复杂繁琐的布局2子线程使用完后一定要及时关闭输入输出流也一样3不用过度使用全局变量如果使用请及时回收有时JVM不能满足实际开发需求。补充一下上次解决卡顿问题虽然成功了但却引起了偶发的ANR随后查看程序日志发现是Bimp.tempSelectBitmap成为了null对象导致引用他的程序语句形成空指针异常于是我又进一步研究了所选照片列表清理办法在另一个类里面找到了答案在那个类里面有一个Bimp.max与Bimp.tempSelectBitmap.size()在每个使用照片选择功能的界面都会进行比较然后进行相应情况下的操作因此在清理所选照片的时候还需要把Bimp.max也清理一下---即Bimp.max0这一语句需要加上而之前的Bimp.tempSelectBitmap null;这句就要拉掉了至此页面卡顿与偶发ANR解决完毕。

相关新闻

最新新闻

白嫖党的生图工具怎么选?2026年免费的AI图片生成工具推荐

白嫖党的生图工具怎么选?2026年免费的AI图片生成工具推荐

大家好,我是xiao阿娜,一名专注AI工具测评与教程分享的博主。做免费的AI图片生成工具推荐这个话题,大家问得实在太多了。很多用户的需求其实很简单——不是要批量产图、也不是要4K商业大片,就是日常出个社交头像、做个小红书封面图…

2026/7/30 2:40:04
2026上海家装甄选参考:从设计、施工、口碑盘点沪上本土实力装修公司

2026上海家装甄选参考:从设计、施工、口碑盘点沪上本土实力装修公司

随着上海二手房置换、老房翻新需求持续走高,家装市场供需热度稳步上升。不少业主在挑选装修企业时,常常陷入信息繁杂、难以对比的困境。挑选靠谱装修公司,需要结合设计原创能力、施工管控体系、市场业主口碑、企业经营规模、售后保障机制五大…

2026/7/30 2:40:04
2026多人会议听记软件横向对比:说话人分离能力实测与选型参考

2026多人会议听记软件横向对比:说话人分离能力实测与选型参考

一、为什么需要关注“说话人分离” 日常工作中,绝大多数会议录音经过普通转写工具处理后,都会出现同一个问题:所有人的发言内容堆叠在一起,无法区分谁在什么时间说了什么。尤其是4人以上的圆桌讨论、项目评审会、课堂研讨等场景&a…

2026/7/30 2:40:04
小华芯片HC32F460之TMR6输出互补PWM

小华芯片HC32F460之TMR6输出互补PWM

平台:keil V5.31宏定义:/* 引脚和定时器单元定义 */// 第一路:TMR6_1, PA8/PB13 #define TMR6_1_UNIT CM_TMR6_1 #define PWM1_PORT_A GPIO_PORT_A #define PWM1_PIN_A GPIO_PIN_08 #define PWM1_PORT_B …

2026/7/30 2:40:04
Windows网络性能测试终极指南:iperf3完整下载与3步安装教程

Windows网络性能测试终极指南:iperf3完整下载与3步安装教程

Windows网络性能测试终极指南:iperf3完整下载与3步安装教程 【免费下载链接】iperf3-win-builds iperf3 binaries for Windows. Benchmark your network limits. 项目地址: https://gitcode.com/gh_mirrors/ip/iperf3-win-builds 还在为网络速度不稳定而烦恼…

2026/7/30 2:40:04
微信聊天记录备份恢复实战:从小米助手踩坑到可靠方案

微信聊天记录备份恢复实战:从小米助手踩坑到可靠方案

1. 一次数据丢失引发的“自救”行动那天下午,我像往常一样准备在手机上查找一份半年前和客户沟通的重要聊天记录,里面包含了项目需求的最终确认细节。当我熟练地打开微信,点开那个熟悉的头像,手指在屏幕上快速滑动时,心…

2026/7/30 2:35:04

月新闻