关于android开发时性能调优&内存泄漏

(一)内存优化步骤：

1.使用android studio->analyze->inspect code（lint）工具进行静态代码监测，其可以去除一些重复的资源，一些常规的语法、用法级错误。

2，打开StrictMode，需要注入代码，目前封装在了Utility.tryStartStrictMode()方法中，包涵两个策略，支持监测支持主线程中一些io操作监测及activity实例数监测

3.使用leakcanary，需要注入代码Utility.tryOpenLeakCanary（），还要在build中引入库，支持activity级别的提醒（会发送通知,适合不在电脑前的时候寻找泄漏点），如果要观测个别对象，支持添加watcher监测。

4.dump堆内存，用android sudio进行分析，可以识别出泄漏的activity；然后可以导出标准的hrpof文件，再使用mat工具查看内存引用（可以去除干扰的弱引用虚引用等）。

 

注：2-4说的是activity级别的泄漏

5.如果要监测activity外的对象，可以使用两个hrpof文件之间的堆内存差异，找出泄漏点。

（二）开发中遇到的一些内存泄漏点：

1.单例模式引用了view，因为view引用了activity，导致无法释放。如之前的emojmanager引用了一些view导致messageactivity无法释放

2.webview，系统不同版本对webview产生的泄漏现象各不同，使用webview后，会一直保持着activity引用，导致泄漏，解决方式：使用了代码直接new，即webview=new WebView（RcsApp.getInstance()）；

注：一般使用没问题，如果webview出现内部出现弹窗会crash

3.第三方库问题，如分享库，注册了回调后，没提供明确的取消注册操作，致使程序员没有去取消注册。建议自己在开发库时使用弱引用。

4.ImageLoader问题，内存占用大户，目前优化方案分为两类：①对于普通头像，维持原来不动，②大图页、图片浏览页，图片选择页，因为这些页面和其他页面的交互性不强，且内存吃的相当大，特别是图片浏览页，可到20-40m，故将这些页面放在另外的进程中，从而使不影响核心功能，就算产生oom，也不至于使主题功能crash

5.对于动画、线程，如loading的帧动画，一旦开始，不关闭就会一直在刷帧，刷帧过程会反向回调控件刷新，导致不能释放。

6.系统的坑，对于splash页，在三星s4中发现一个奇怪的现象，即mat提示第一个页面splash页面被一个ViewConfiguration.mContext占用，但是源码中看不到该变量，用反射也没办法获取或设置成功，但是它确确实实泄漏了，而且占了8M内存，目前采用的修复方式为：将所有资源在onDestory的时候手动全部清除，将泄漏降为非常小。

（三）对于cpu优化，目前只是根据strictmode提供的一些提示，对主线程中的一些耗时操作，移到了线程池中（主要是io操作，如log操作），封装了两个方法，Utility.runInThreadPool（），Utility.runInUIThread（）； 两个方法，来在主线程和工作线程中切换。

进一步的优化需要在框架中实现，需要先对项目做模块化处理。