一 View的优化
1) 降低View树的高度,即减少View的层级嵌套,使用RelativeLayout替代LinearLayout。
2) 使用include或者merge标签,将布局包含进来。
3) 使用ViewStub,一些布局文件在正常情况下不会显示出来,可以使用ViewStub使其在使用时在加载。
4) 不要在onDraw()等类似绘制函数中执行大量操作或者相对耗时的任务,影响View的流畅度。
5) 不要在onDraw()类似的频繁被调用刷新的函数中创建局部对象,这会耗用大量内存。
6) 避免过度绘制。
出现过度绘制主要是由于View的backgroud重复绘制。首先Window本身就有自己的background,如果要自定义自己的background,得记得把window的background设为null。
7) ListView的优化。
ListView使用ViewHolder实现View的复用,并且不要在getView中执行耗时操作。
二 内存泄露
严格检查程序是否存在内存泄露的情况。关于常见内存泄露场景可以查看另一篇文章安卓面试题(进阶篇)。
三 优化系统的响应速度
1) 避免在主线程中执行相对耗时的操作,严重时甚至会引发ANR异常。
2) 当存在多线程并发情况下注意对于同步操作的协调,同步代码块会影响并发的效率。
3) 多线程场景,需要使用线程池。
四 代码优化
1) 合理使用static关键字
static数据的读取速度比一般数据读取效率高。因此,在合理范围内使用static修饰可以提高程序执行效率。
2) 使用增强for循环
优先使用增强for循环通常情况下会获得更高的效率
注:一种情况例外,即对ArrayList进行遍历时,使用普通的for循环效率要更高。
3) float类型的谨慎使用
浮点型处理速度大概比整型数据处理速度慢两倍,所以如果整型可以解决的问题就不要用浮点型。
4) 避免创建过多的占用资源较多的对象,可以考虑单例模式实现。
5) 少用枚举,枚举占用空间比整型要大。
6) 适当的使用软引用或者弱引用。合理的使用软引用或者弱引用可以使GC能够及时回收资源。
7) 尽量采用静态内部类,静态内部类可以避免潜在内部类引发内存泄露的问题。
8) 尽量的采用 StringBuilder / StringBuffer 来替换频繁的字符串拼接。
五 资源释放
1) Bitmap的回收,Bitmap占有系统资源较大,应在使用完后及时释放。
2) Cursor的释放。
六 安装包优化
1)代码混淆。使用proGuard 代码混淆器工具,它包括压缩、优化、混淆等功能。
2)资源优化。比如使用 Android Lint 删除冗余资源,资源文件最少化等。
3)图片优化。比如利用 AAPT 工具对 PNG 格式的图片做压缩处理,降低图片色彩位数等。
4)避免重复功能的库,使用 WebP图片格式等。
5)插件化。比如功能模块放在服务器上,按需下载,可以减少安装包大小。
常见的内存泄漏及解决方法
1、单例造成的内存泄漏
由于单例的静态特性使得其生命周期和应用的生命周期一样长,如果一个对象已经不再需要使用了,而单例对象还持有该对象的引用,就会使得该对象不能被正常回收,从而导致了内存泄漏。
当Activity 已经持有了对单例的引用,当屏幕切换横竖屏的时候,Activity 会重建,那么就会重新创建一个单例并且引用,先前的那个对象无法被回收,也就导致了内存泄露
解决办法:在MyApplication中得到Context ,因为MyApplication中的context 的声明周期和 Activity 一样长
2、非静态内部类创建静态实例造成的内存泄漏
解决方法:将该内部类设为静态内部类或将该内部类抽取出来封装成一个单例,如果需要使用Context,就使用Application的Context。
3、Handler造成的内存泄漏
解决办法: 可以在onDestroy方法中把handler 置为null ,或者在MyApplication 中的onCreate()方法中创建handler ,这样handler 的生命周期和activity 的生命周期 一样长。
4、线程造成的内存泄漏
*AsyncTask和Runnable都使用了匿名内部类,那么它们将持有其所在Activity的隐式引用。如果任务在Activity销毁之前还未完成,那么将导致Activity的内存资源无法被回收,从而造成内存泄漏。
解决方法:将AsyncTask和Runnable类独立出来或者使用静态内部类,这样便可以避免内存泄漏*
5、资源未关闭造成的内存泄漏
6、使用ListView时造成的内存泄漏 加载图片
glide已解决
7、集合容器中的内存泄露
解决方法:在退出程序之前,将集合里的东西clear,然后置为null,再退出程序。
8、WebView造成的泄露
当我们不要使用WebView对象时,应该调用它的destory()函数来销毁它,并释放其占用的内存,否则其长期占用的内存也不能被回收,从而造成内存泄露。