简述APP性能优化

ListView优化
1.为了保证 ListView 滑动的流畅性,getView() 中要做尽量少的事情,不要有耗时的操作。特别是滑动的时候不要加载图片,停下来再加载 ;

2.复用convertView ,使用setTag()和getTag ,减少findViewById()的次数,因为findViewById是一个相对比较耗性能的操作 ;
3.使用 RecycleView 代替。 ListView 每次更新数据都要 notifyDataSetChanged() , 而RecycleView则是Listview的升级版;
4.使用ViewHolder优化Listview的时候, 使用static修饰类可以避免内存泄漏问题;
5.尽量不要在getView()里面尽量过多耗时操作;
布局优化 1 .标签:
标签可以将一个独立的、公共的标签插入另一个独立的标签里面 , 这样就起到了复用布局的效果;
2.标签:
标签的作用主要在于它能优化UI结构,减少额外的层级,达到优化AndroidLayout的作用。标签一般都是和标签一起的 , 当标签插入一个空的布局里面的时候 , 那么久需要一个布局作为父布局(例如LinearLayout , RelativeLayout) ,那么这时候就可以用到标签了 , 使用方法如下图:


简述APP性能优化
文章图片
简述APP性能优化
文章图片
3.ViewStub
ViewStub相比于其他控件,ViewStub所占内存很小 , ViewStub本身是不可见的,对ViewStub setVisibility(..)与其他控件不一样,当有需求的时候才将ViewStub的setVisibility 成View.VISIBLE或INVISIBLE就行了 ; 注意一点是merge标签不能应用于viewstub标签之下;
4.选用合适的控件
如果一个布局既可以使用LinearLayout , 也可以使用RelativeLayout , 那就尽量使用LinearLayout , 因为RelativeLayout更耗资源; 而FrameLayout则和LinearLayout对cpu的消耗差不多 ; 尽量不要嵌套多层布局 ;
内存优化 Android内存泄漏分析

使用Android提供的类和布局 例如搜索功能 ,adapter可以使用Android自带的ArrayAdapter ,ArrayAdapter里面的布局我们可以使用Android自带的布局:android.R.layout.simple_list_item_1;如果需要用到hashmap的时候 , 我们也可以用Android自带的更高效的SparseArray去替换 ,SparseArray<>与SparseArrayCompat<>和LongSparseArray<>这3个类中,SparseArrayCompat<>这个类有removeAt方法,LongSparseArray<>是个Long类型。这三个类的应用,如月份缩写的映射,或者进行文件缓存映射,viewHolder都可以;
合理利用Android项目下的res/drawable文件夹 1.res/drawable : 主要放置xml配置文件或者对分辨率要求较低的图片, 存放的图片不会被压缩;
2.res/drawable-ldpi : 存放分辨率240x320的图片 , 会被压缩;
3. res/drawable-mdpi:存放分辨率320x480的图片 , 会被压缩;
4. res/drawable-hdpi:存放分辨率480x800、480x854的图片 , 会被压缩;
5.res/drawable-xhdpi:存放分辨率至少960*720的图片 , 会被压缩;
【简述APP性能优化】6.res/drawable-xxhdpi:存放分辨率1280×720的图片 , 会被压缩;
合理配置build.gradle

简述APP性能优化
文章图片
配置 minifyEnabledtrue 的时候 , 我们需要在 MultiDex.install(this); 混淆代码+剔除无用资源后 , apk的大小会减少很多;
合理使用数据类型
1.使用StringBuilder代替String;
2.少用枚举enum ,因为枚举会占用常量区,它不在栈区分配空间 ,不能查看内存地址;

3.减少new 线程 , 可以使用线程池去execute , 减少线程创建开销;
4.多使用一些设计模式使代码合理的解耦 (单例, 组合模式 , 观察者模式....);
5.不要频繁去操作本地数据库 , 挺影响性能的 ;
6.反射也是会影响性能的 , 可以减少使用ButterKnife,lombok.....

    推荐阅读