优化计划:
一、 代码优化（长期）
- 代码逻辑优化，优化方向
- 避免方法过长，最好不要超过50行
- 避免多个if-else语句，尽量使用三目运算，卫语句
- 避免使用迭代器，迭代器会生成新的Iterator，开销增加，最好使用原始的for循环
- 避免使用+号拼接字符串，简单拼接可用，大量循环拼接还是要用StringBuilder
- 尽可能使用基本类型，基本类型存储在栈内存中，而对象存储在堆内存中
- 避免经常创建“代价昂贵”的对象，能用单例最好使用单例
- 避免使用不必要的日志语句和不正确的日志级别
- 减少循环次数，使用更好的算法
- 用完资源记得及时关闭，避免内存泄露
- 使用池技术，能用线程池尽量使用线程池
- Android常见内存泄漏的场景要避免
举例说明：
-
静态变量导致的内存泄漏
办法：将内部类设为静态内部类或独立出来；使用context.getApplicationContext()。 -
单例模式导致的内存泄漏
办法：传参context.getApplicationContext()。 -
属性动画导致的内存泄漏
办法：在Activity.onDestroy()中调用Animator.cancel()停止动画。 -
Handler导致的内存泄漏
办法：使用静态内部类+WeakReference弱引用；当外部类结束生命周期时清空消息队列。 -
线程导致的内存泄漏
办法：将AsyncTask和Runnable设为静态内部类或独立出来；在线程内部采用弱引用保存Context引用。 -
资源未关闭导致的内存泄漏
办法：在Activity销毁的时候要及时关闭或者注销。
例如：BraodcastReceiver：调用unregisterReceiver()注销；
Cursor，Stream、File：调用close()关闭；
- Bitmap：做适当压缩，采取合适的drawable目录，选取合适的屏幕适配分辨率目录，
适当降低图片加载的像素格式，如RGB_565 替换默认的 ARGB_8888。 - 精简无效日志，非必要日志不用打
检查代码出现的日志，会发现很多随意打印的日志
二、 2.安装代码检查插件，代码扫描工具，实时检查编码的规范性（长期）
codedex插件，findbugs插件安装
三、 3.优化开机app项目(如果得当，可能效果是最明显的，短期)
- (1) 尽量延迟谷歌套件的加载时机，实际可以将非我们的apk都可以延迟加载，因为系统很多service嵌套会导致gms的服务一直被启动，所以这块还得继续分析在framwork中的启动逻辑
- (2) 谷歌套件反复异常报错优化，gms一直报错，可能是因为被二次打包无法加载的原因，所以不要二次签名
- (3) 验证odex化对于加载速度的影响，odex化带来的好处是预加载，可以加快启动速度，如果是系统应用必须开机启动可以考虑该选项; 但是odex可能会给三方应用带来加载异常的情况，gms可能不适用，所以需要实地验证
- (4) 研究开机动画和luancher启动时间的对比，查看是否2者之间有时间差，如果开机动画时间过长，launcher此时已经启动，可以考虑优化开机动画的时间
网友评论