提高Android 应用性能
开发Android系统的应用程序，开发人员获得了很多的自由，App的拥有者也见证了用户的不断增长。不过，在此过程中开发者也面对着很多应用开发的挑战。
- 开发人员发现很多Android os版本很难跟进开发。
- 运行Android系统的设备类型有170+种，这也是Android开发一个巨大的挑战。每种设备有不同的屏幕尺寸、摄像头按钮、键盘形式等等，使得开发成为一个噩梦。
记住以下几点，我们可以在一定程度上提高我们应用程序的性能。以下介绍会降低程序的性能的因素和我们可以做的一些提升。
Slow Rendering
Slow Rendering 是最常见的性能问题。设计师希望我们做出的效果和我们最后做出的效果可能是不同的， 如果过分追求可视化的效果，可能会导致开发的失败。
渲染是根据时间来定义的，以保证60fps的平滑运行，不发生掉帧或者延时。
什么会引起Slow Rendering
系统每16ms尝试绘制一次界面，这意味着我们的应用必须在16ms内完成所有的更新界面的逻辑。
如果我们的应用不能在16ms完成逻辑会怎么样呢：
以上图中就是掉帧。举例来说，如果我们的逻辑处理时间消耗了24ms，就会发生掉帧。系统尝试去绘制新的一帧，但是更新逻辑还没有完成。所以系统只能不刷新界面。这使得用户看到的界面是32ms刷新而不是16ms。即使只掉了一帧，动画也会看出不够流畅。
以下的工具可以用于提高渲染效果
Hierarchy Viewer
Hierarchy Viewer是Android设备查看器中内嵌的一个工具，可以帮助我们查看层级布局中各个View的属性和布局速度。它可以帮助我们发现由于界面层级结构引起的性能问题，帮助我们简化布局，减少过度绘制。GPU渲染模式分析
GPU渲染模式分析可以快速可视化显示每一帧相对于16ms的实际绘制时间。
打开GUP渲染模式分析的方法如下：
- 设置> 开发者工具
- 在监控设置里选择GPU呈现模式分析
- 在弹出的选择框中选择 在屏幕上显示为条形图
- 打开需要调试的应用，可以看到代表着绘制时间的条形图?。
屏幕上的横坐标显示时间的流动，纵坐标显示每帧的绘制时间。如果绘制时间超过了16ms的基准线，用户就会感觉到应用卡顿。
应用启动时间
App启动有两种情况，每种启动情况会影响应用从图标到用户可见使用的时间。
冷启动
冷启动是指应用从0开始启动，即应用在设备重启或者在被系统kill掉之后的第一次启动。
在冷启动时，系统有三个任务：
- 装置并启动App
- 随着应用的启动立即展示一个黑色的启动窗口
- 创建应用进程
热启动
相比冷启动，热启动更简单，消耗更小。在热启动中，系统的工作就是把activity放置到前台。如果应用中的所有Activity是保留在内存中，app就可以不用重复初始化对象，布局设置，和渲染。
如何解决应用启动延时的问题
只初始化必要的对象，比如，可以把全局静态变量放置在单例模式中，这样应用在真正使用变量时才会初始化而不是在应用启动时。
压扁应用层级，减少冗余的view和嵌套。
资源初始化放置在异步线程中执行。
让应用先加载并展示view，之后再更新view依赖于bitmap或者其他资源的属性。
布局
布局是App直接影响用户体验的一个重要部分。如果实现不合理，则在展示时导致内存资源紧张。每一个在app中小部件或者布局，都需要执行初始化、布局、和绘制。比如：使用LinearLayout的嵌套实例可能会导致视图层次结构过深。
如何优化布局呢
优化布局层级
使用基本的布局结构可以获得最有效的布局。然而，每一个在app中小部件或者布局，都需要执行初始化、布局、和绘制。比如：使用LinearLayout的嵌套实例可能会导致视图层次结构过深。此外，嵌套多个使用了layout_weight属性的LiaearLayout会非常耗时，因为每个child要被计算两次。这一点在布局被多次加载时更要注意，比如在listview或者gridview中加载。复用布局
复用布局非常强大，允许我们创建复杂的可复用的布局。比如，一个yes/no的button，一个自定义的进度条，或者一个Textview。也就是说可以单独提取、管理在多个布局中使用的通用元素，然后在layout中include它们。按需加载视图
有时我们的布局中有些复杂的布局很少使用，无论是项目详细信息，进度指示器还是撤消消息，可以通过仅在需要时加载视图来减少内存使用并加快渲染速度。
电池使用
电量使用也是Android开发中需要优化的一个很重要的部分，有助于用户的存留。
节约电量使用一些建议：
- 减少网络请求的次数
- 避免使用唤醒锁
- 谨慎使用GPS
- 谨慎使用Alarm 管理器
- 使用批量调度