随着移动平台的发展和其应用的不断改善，质量成为决定成败的关键。用户要求他们选择安装的应用响应快、性能好，如果某个应用不能提供卓越的功能和稳定的用户体验，那这样的应用注定会被很快卸载。
尽管现在Android智能手机和平板电脑的运行速率越来越快，但开发者仍需牢记，应用的运行环境仍受到电池和处理器等诸多资源的限制。以下是如何为应用“瘦身”的十条建议，以便能在当前和以后的所有Android设备都能运行出最佳效果。
1）首先要有良好的编码习惯
一个优秀的开发者应该善于运用常识、完善的算法和标准设计模式。要有资源意识，打开了就要记得关闭，尽量做到晚获取，早释放。这些由来已久的编码准则同样适用Android应用开发，尤其是使用基础设备服务时。
2）让阻塞操作远离主UI线程
通过使用AsyncTask、线程、IntentService和自定义后台服务，保证应用的灵活性。使用加载工具简化游标等长时间加载数据的状态管理。当有其他程序运行时，不能让你的应用滞后或中止。
如果一个操作需要消耗较多时间和资源时，取消该操作，换成异步处理，这样应用就能保持响应，用户可以继续各种操作。该方法适用磁盘读写、访问内容提供方、数据库和互联网，以及解析和其他需要花费较长时间的任务。
3）使用最新的Android SDK版本和API
使用Android平台的最新产品，保证你的应用紧跟Android的更新步伐。随着Android平台的不断发展，部分功能可能被弃用或被更好的功能取代，核心API接收了bug修复和性能改进，新API有助于开发者编写出更稳定的应用。要明白最佳的做法总是随着时间的推移而变，聪明的开发者应该总是站在整个平台的最前沿。
4）考虑使用StrictMode
从Android 2.3开始提供了一个新的类StrictMode，该类可以用于捕捉发生在应用程序主线程中耗时的磁盘、网络访问或函数调用，可以帮助开发者改进程序，使主线程处理UI和动画在磁盘读写和网络操作时变得更平滑，避免主线程被阻塞。
5）发布前禁用或尽量减少调试
如果开发周期较长，你很可能在应用中内置了一些日志或调试代码，在发布前确保这些功能已经最小化或完全禁用。
6）确保UI布局简单优雅
简单的屏幕不仅方便阅读，还能加快加载速度。与其在一个单一屏幕上堆砌太多不必要的功能，不如花时间去开发优雅的用户界面。简单优雅的UI不仅能提高应用性能，还能提高用户使用该应用时的效率。
7）根据目标设备调整应用资源
为尽可能高效地被加载，需要根据具体设备的配置调整相应资源，尤其是图片资源。为使应用包文件合理适用不同设备，首先可只添加运行该应用需要的核心资源，然后再根据具体设备下载相关内容。
8）使用Hierachy Viewer可视化调试工具
Hierachy Viewer能很方便地在开发者设计，调试和调整界面时，快速定位问题，解决问题，提高开发效率。
9）使用layoutopt进行布局优化
Layoutopt是一款简单的命令行工具，可帮助找到不必要的控件嵌套以及缩减布局资源，从而使应用变得可能“苗条”。控件越少、布局层次越浅，性能就越好。
10）使用Traceview及其他Android工具进行分析
Android SDK随带了很多用于应用分析的工具，其中最受欢迎的是Traceview，这款图形工具可以帮助调试和找到应用中的性能瓶颈。
结语
提升Android应用性能的方法有很多，有些需要使用特定的算法，有些依赖切实可行的调试和性能监测技术。幸运的是，Android平台随带了众多免费的实用工具，可以帮助跟踪和解决应用程序中的性能问题。
精彩博文推荐阅读:
不要做浮躁的软件工程师 成为Java高手的25个学习目标
为程序开发人员量身定制的12个目标 程序员编程技术迅速提高的终极攻略
技术精英谈IT程序员的出路在哪里 印度和中国程序员的区别
长时间操作电脑需要养成的几个好习惯 技术开发人员为什么会无奈苦逼？
程序员编程技术迅速提高的终极攻略 程序员发展应该尽早明白13个道理
5年程序员人生的点点滴滴 程序员也要养生
高效程序员的40个好习惯和行为方式 开发人员的7大坏毛病
优秀程序员的几个标志 软件开发人员猛如虎
给Android应用开发者的十个建议 Android防止内存溢出浅析
Android 重要基本开发规范 android 如何防止代码被反编译
android数据存储与访问之使用SD卡 android Intent机制详解
android 之service实现电话监听并录音
深度详解Android 4.1果冻豆11个新特性
71道经典Android面试题和答案--重要知识点都涉及到了
高校应届毕业生“IT业”收入最高，Android技术最热门
成为“Android高手”需要经过的六个阶段和6个境界
成为Android高手必须掌握的28大项内容和10个建议
转载于:https://www.cnblogs.com/javaTest/archive/2012/07/09/2589229.html