随着移动平台的发展及其应用的不断改善，质量成为决定成败的关键。用户要求他们安装的应用响应快、性能好，如果某个应用不能提供卓越的功能和稳定的用户体验，那注定会被很快卸载；
尽管现在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平台随带了众多免费的实用工具，可以帮助跟踪和解决应用程序中的性能问题。
那么，什么是TraceView？
Traceview是android平台配备一个很好的性能分析工具。它可以通过图形化的方式让我们了解我们要跟踪的程序的性能，并且能具体到method，个人认为这款工具属于软件测试工程师掌握的范畴，不过如果在设计与开发的同时就能把应用优化的很好，那你的薪水也会水涨船高~
关于Traceview的使用：
首先，必须在程序当中加入代码，以便生成trace文件，有了这个trace文件才可以将其转化为图形。
要添加的代码如下：
// start tracing to "/sdcard/yourActivityTrace.trace"
Debug.startMethodTracing("yourActivityTrace");
// ... // stop tracing Debug.stopMethodTracing();
// start tracing to "/sdcard/yourActivityTrace.trace" Debug.startMethodTracing("yourActivityTrace");
// ... // stop tracing Debug.stopMethodTracing();
Google Dev Guide当中说可以在Activity的onCreate()中添加Debug.startMethodTracing(), 而在onDestroy()中添加Debug.stopMethodTracing() 在实际的测试时发现这种方式其实并不好用，因为通常情况下我们Activity中的onDestroy()是由系统决定何时调用的，因此可能等了很长时间都不会得到这个trace文件。因此决定在onStop()中来调用Debug.stopMethodTracing()。这样当我们切换到其它Activity或者点击home键的时候onStop()就会被调用，我们也就可以得到完整的trace file。
在运行程序之前，首先要保证AVD是一个带有SD card的AVD，这样才能使trace文件保存到/sdcard/…当中。运行后可以任意做一些操作，然后点击home键。这是通过DDMS file explore就可以看到/sdcard/目录下有一个trace文件，现在把这个文件copy到电脑上指定的目录，假设是C:/tracefile 目录下。
可以通过命令行来执行traceview，进入tools目录后执行：
traceview C:/tracefile/yourActivityTrace.trace
之后就可以看到图形了，接下来就是按照Google Dev Guide中的解释去分析图形就OK了。
下面来看如何实现以及需要注意的地方：
分三步实现：
1. 必须先在我们的模拟器中创建sdCard ；
2. 将我们的调试代码嵌入工程；
3. 利用TraceView来观察和分析代码情况;
1. 对于创建模拟器的sdCard这里写出两种方式：
第一种：我们在eclipse中创建avd的时候的时候 在选择api下面有个 Sd Card 的选项，第一项填入创建sdcard的大小即可。
第二种：cmd 命令！ 打开cmd 并且cd 到android sdk tool 路径下；（或者在环境变量Path中将sdk tool路径配置上，然后重新打开cmd）
使用 mksdcard -l mycard 1024M F:/mysdcard.img 创建了一个1G的sdcard；
使用 emulator -avd my_android -sdcard F:/mysdcard.img 激活sdcard!
最后在eclipse Preferences–>Android–>Launch加入 -sdcard F:/mysdcard.img （此步骤就是在第一种创建方式中添加sdcard的支持）
备 注：
如果sdcard分配的空间太小，则程序追踪文件就一直记录到sd储蓄卡容量慢为止，所以调试前，要为程序生成一个适当的SD存储卡也较为重要,因为程序运行时间越长，这个追踪文件也就越大。
如果第二种创建方式中的第二部激活出现 emulator: ERROR: the user data image is used by another emulator. aborting，请关闭模拟器，或者进入目录： /Documents and Settings / 用户 / .android /的AVD / *设备* / (比如我的目录是：C:/Documents and Settings/Administrator/.android/avd/android2.0.avd)