Activity卡顿、变慢的原因

简介: Activity卡顿、变慢的原因

为准备面试,将最近所复习的内容以博客的形式保存起来,方便以后的查询


从网上查询了一些Activity卡顿原因,然后结合个人看法,总结如下:


(1)内存泄漏导致内存占用较高,导致JVM频繁触发GC。解决办法:尽可能的减少生命周期长的对象引用生命周期短的对象。导致内存泄漏的原因有一下几个


  A)查询数据库后没有关闭游标cursor,各种资源文件没有close。


  B)构造Adapter时,没有使用convertView重用


  C)Bitmap对象不再使用时没有调用recycle释放内存


  D)静态变量引用对象,Application引用对象。


  E)Handler造成内存泄漏。new Handler(){};创建Handler的方法会导致Handler对外部类Activity一个引用。而Message会存有对Handler引用,因此,如果Activity退出时这个Message还未处理,就会一直有Activity的引用。解决方法:创建一个Handler子类,而不是直接通过new Handler(){};的方式,在Handler里保持一个对Activity的弱引用。在handleMessage时首先判断引用的Activity不为空。然后具体针对Activity的操作可以通过这个引用的Activity做相应的业务处理。

 

(2)加载大数据,占用太多内存,同样导致JVM频繁GC。解决办法:主要是Bitmap占用太多内存。可以通过根据需要显示的Bitmap宽高设定采样率来压缩图片。另外,通过采用LRUCache方法避免。如果是其他的大数据比如3D模型数据,可以通过使用Native空间,使用ByteBuffer.allocate(size);


(3)UI线程做耗时任务(数据库操作,数据计算等),1秒绘制60帧才不会卡顿,即16.6ms要刷新一次才不会卡顿。解决方法:另起线程做耗时任务。


(4)UI OverDraw。


(5)在包含ImageView的ListView中,等滑动停止后加载图片。



相关文章
|
18天前
|
缓存
fragment卡顿 的处理
fragment卡顿 的处理
24 2
|
XML 存储 缓存
RecyclerView 性能优化 | 把加载表项耗时减半 (三)(下)
RecyclerView 性能优化 | 把加载表项耗时减半 (三)
113 0
|
XML 存储 缓存
RecyclerView 性能优化 | 把加载表项耗时减半 (一)
RecyclerView 性能优化 | 把加载表项耗时减半 (一)
10929 0
|
XML 存储 缓存
RecyclerView 性能优化 | 把加载表项耗时减半 (二)
RecyclerView 性能优化 | 把加载表项耗时减半 (二)
180 0
|
XML 前端开发 数据格式
RecyclerView 性能优化 | 把加载表项耗时减半 (三)
RecyclerView 性能优化 | 把加载表项耗时减半 (三)
99 0
|
监控 Java Shell
Android卡顿优化 | 卡顿单点问题监测方案
Android卡顿优化 | 卡顿单点问题监测方案
|
缓存 开发者
关于recyclerview复用导致应用卡顿崩溃
recyclerview复用导致应用卡顿崩溃
194 0
|
Web App开发 存储 缓存
一文带你了解如何排查内存泄漏导致的页面卡顿现象(上)
不知道在座的各位有没有被问到过这样一个问题:如果页面卡顿,你觉得可能是什么原因造成的?有什么办法锁定原因并解决吗?
734 0
一文带你了解如何排查内存泄漏导致的页面卡顿现象(上)
|
缓存 算法 Android开发
android 图片加载优化,避免oom问题产生
1,及时回收bitmap,在activity的onstop()和onDestory()里面调用如下代码进行bitmap的回收: // 先判断是否已经回收 if(bitmap != null && !bitmap.
1188 0

热门文章

最新文章