Android性能优化建议

Android性能优化主要从卡顿、内存泄漏和崩溃、代码质量和逻辑、安装包过大四方面入手。在使用时避免出现卡顿，响应速度快，减少用户等待的时间，满足用户期望；同时减低 crash 率和 ANR 率，不要在用户使用过程中崩溃和无响应；节省流量和耗电，减少用户使用成本，避免使用时导致手机发烫；安装包小可以降低用户的安装成本。

1、卡顿优化

Android 系统每隔 16ms 发出 VSYNC 信号，触发对 UI 进行渲染，如果每次渲染都成功，这样就能够达到流畅的画面所需的 60FPS。在理想情况下，60 FPS 就感觉不到卡，这意味着每个绘制时长应该在16 ms 左右。如果某个操作花费的时间是 24ms ，系统在得到 VSYNC 信号时就无法正常进行正常渲染，这样就发生了丢帧现象。也就是延迟了。

布局优化：

• 合理使用背景色，避免重复绘制背景色，例如：父布局和子布局的背景色一样的，子布局无需在设背景色，父布局设置即可

• 减少布局嵌套，一般不建议超过5层，google推出ConstraintLayout可以使用

• 合理使用 include、merge 和 ViewStub,使用include和merge增加复用，减少层级; ViewStub 按需加载

• 尽可能少用wrap_content。wrap_content 会增加布局 measure 时计算成本，在已知宽高为固定值时，不用wrap_content

• 删除控件中无用的属性

绘制优化：在onDraw中不要创建嵌套对象和做耗时的任务；在databinding数据刷新的是尽量局部刷新，不要全局刷新。

启动优化：尽量在Application和Activity onCreate中进行耗时操作，同时避免在生命周期避免 I/O 操作、反序列化、网络操作、布局嵌套等

2、内存优化

通常在以下的场景容易导致内存泄漏：

• 资源性对象未关闭。比如Cursor、File、Bitmap等，往往都用了一些缓冲，在不使用时，应该及时关闭它们

• 注册对象未注销。比如事件注册后未注销，会导致观察者列表中维持着对象的引用。例如EventBus或者RxJava

• 单类或者静态变量持有大数据对象

• 引用的context是生命周期短造成，比如Toast，我们传入的是MainActivity，但MainActivity没有用了，需要被销毁，但我们的Tost依然持有其引用导致无法回收，这就导致了内存泄漏

• 匿名内部类或非静态内部类的静态实例

• Handler临时性内存泄漏。如果Handler是非静态的，容易导致 Activity 或 Service 不会被回收

• 容器中的对象没清理造成的内存泄漏

• WebView。WebView 存在着内存泄漏的问题，在应用中只要使用一次 WebView，内存就不会被释放掉

• 手动注册广播时，退出时忘记 unregisterReceiver()

• Service 执行完后忘记 stopSelf()

3、稳定性和耗电优化

Android 应用的稳定性影响稳定性的原因很多，比如内存使用不合理、代码异常场景考虑不周全、代码逻辑不合理等。其中最常见的两个场景是：Crash 和 ANR，这两个错误将会使得程序无法使用。可以下面的方法进行解决：

• 提高代码质量，例如代码审查、checkstyle统一风格、处理复杂逻辑时最好自己画下流程图

• 代码静态扫描工具。常见工具有Android Lint、Findbugs、Checkstyle、PMD等

• Crash监控和上传。把一些崩溃的信息，异常信息及时地记录下来，以便后续分析解决；或者有条件的可以使用bugly，把异常信息上报

• 推荐使用 JobScheduler，来调整任务优先级等策略来达到降低损耗的目的

• 计算优化，避开浮点运算等耗时计算

• 避免 WaleLock 使用不当

4、安装包大小优化

安装包过大，对用户的下载欲望有影响，特别是在移动网络下，提高用户进入门槛，虽然现在移动网络已经无限流量，但apk过大加大了安装时间，常用应用安装包的构成，如图所示：

image

• lib文件夹：存放一些第三方库文件。

• assets文件夹：存放一些配置文件、资源文件，assets不会自动生成对应的 ID，而是通过 AssetManager 类的接口获取。

• res文件夹：res 是 resource 的缩写，这个目录存放资源文件，会自动生成对应的 ID 并映射到 .R 文件中，访问直接使用资源 ID。

• META-INF。保存应用的签名信息，签名信息可以验证 APK 文件的完整性。

• AndroidManifest.xml。这个文件用来描述 Android 应用的配置信息，一些组件的注册信息、可使用权限等。

• classes.dex。Dalvik 字节码程序，让 Dalvik 虚拟机可执行，一般情况下，Android 应用在打包时通过 Android SDK 中的 dx 工具将 Java 字节码转换为 Dalvik 字节码。

• resources.arsc。记录着资源文件和资源 ID 之间的映射关系，用来根据资源 ID 寻找资源。

减少安装包大小的常用方案

• 代码混淆。使用proGuard 代码混淆器工具，它包括压缩、优化、混淆等功能。

• 资源优化。比如使用 Android Lint 删除冗余资源，资源文件最少化等。

• 图片优化。比如利用 AAPT 工具对 PNG 格式的图片做压缩处理，降低图片色彩位数等，或者使用webp格式图片。

• 插件化。比如功能模块放在服务器上，按需下载，可以减少安装包大小。

• 减少lib。能自己写的lib尽量自己写，第三方lib可能会带有你未必需要的代码；还有就是如果不想支持x86架构的手机，可以删除x86lib，或者打包的时候排除x86包。

• 删除lombok。这个apk使用lombok，虽然带来了get,set的方便，但是apk也增大了，可以根据具体需求来决定是否使用。