高效开发Android App的10个建议_最新动态_新闻资讯_程序员俱乐部

　　英文原文：Android Application Development：10 Tips for More Efficient Apps

　　假如要 Google Play 上做一个最失败的案例，那最好的秘诀就是界面奇慢无比、耗电、耗内存。接下来就会得到用户的消极评论，最后名声也就臭了。即使你的应用设计精良、创意无限也没用。

　　耗电或者内存占用等影响产品效率的每一个问题都会影响 App 的成功。这就是为什么在开发中确保最优化、运行流畅而且不会使 Android 系统出问题是至关重要的了。这里不需要讨论高效编程，因为我们不会关心你写的代码是否能够经得起测试。即使高效的代码也是需要时间来运行。今天这篇文章我们就讲讲怎么尽可能地缩短运行时间，以及如何开发用户喜欢的 App。

　　高效地利用线程

　　建议一：怎么在后台取消一些线程中的动作

　　我们知道 App 运行过程中所有的操作都默认在主线程（UI 线程）中进行的，这样 App 的响应速度就会受到影响。会导致程序陷入卡顿、死掉甚至会发生系统错误。

　　为了加快响应速度，需要把费时的操作（比如网络请求、数据库操作或者复杂的计算）从主线程移动到一个单独的线程中。最高效的方式就是在类这一级完成这项操作，可以使用 AsyncTask 或者 IntentService 来创建后台操作。如果选择使用 IntentService，它会在需要的时候启动起来，然后通过一个工作线程来处理请求（Intent）。

　　使用 IntentService 时需要注意以下几点限制：

• 这个类不要给 UI 传递信息，如果要向用户展示处理结果信息请用 Activity；
• 每次只能处理一个请求；
• 每一个处理请求过程都不能中断；

　　建议二：怎么保持响应不发生 ANR

　　从 UI 线程中移除费时操作这个方式还可以防止用户操作出现系统不响应（ANR）对话框。需要做的就是继承 AsyncTask 来创建一个后台工作线程，并实现 doInBackground ()方法。

　　还有一种方式就是自己创建一个 Thread 类或者 HandlerThread 类。需要注意这样也会使 App 变慢，因为默认的线程优先级和主线程的优先级是一样的，除非你明确设定线程的优先级。

　　建议三：怎么在线程中初始化查询操作

　　当查询操作正在后台处理时，展示数据也不是即时的，但是你可以使用 CursorLoader 对象来加快速度，这个操作可以使 Activity 和用户之间的互动不受影响。

　　使用这个对象后，你的 App 会为 ContentProvider 初始化一个独立的后台线程进行查询，当查询结束后就会给调用查询的 Activity 返回结果。

　　建议四：其它需要注意的方面

• 使用 StrictMode 来检查 UI 线程中可能潜在的费时操作；
• 使用一些特殊的工具如 Systrace 或者 Traceview 来寻找在你的应用中的瓶颈；
• 用进度条向用户展示操作进度；
• 如果初始化操作很费时，请展示一个欢迎界面。

　　优化设备的电池寿命

　　如果应用很费电，请不要责怪用户卸载了你的应用。对于电池使用来说，主要费电情况如下：

• 更新数据时经常唤醒程序；
• 用 EDGE 或者 3G 来传递数据；
• 文本数据转换，进行非 JIT 正则表达式操作。

　　建议五：怎么优化网络

• 如果没有网络连接，请让你的应用跳过网络操作；只在有网络连接并且无漫游的情况下更新数据；
• 选择兼容的数据格式，把含有文本数据和二进制数据的请求全部转化成二进制数据格式请求；
• 使用高效的转换工具，多考虑使用流式转换工具，少用树形的转换工具；
• 为了更快的用户体验，请减少重复访问服务器的操作；
• 如果可以的话，请使用 framework 的 GZIP 库来压缩文本数据以高效使用 CPU 资源。

　　建议六：怎么优化应用在前端的工作

• 如果考虑使用wakelocks，尽量设置为最小的级别；
• 为了防止潜在的 bug 导致的电量消耗，请明确指定超时时间；
• 启用 android:keepScreenOn 属性；
• 除了系统的 GC 操作，多考虑手动回收 Java 对象，比如 XmlPullParserFactory 和 BitmapFactory。还有正则表达式的 Matcher.reset (newString)操作、StringBuilder.setLength (0) 操作；
• 要注意同步的问题，尽管在主线程中是安全的；
• 在 Listview 中要多采用重复利用策略；
• 如果允许的话多使用粗略的网络定位而不用 GPS，对比一下 GPS 需要 1mAh（25s * 140 mA），而一般网络只用 0.1mAh（2s * 180mA）；
• 确保注销 GPS 的位置更新操作，因为这个更新操作在 onPause ()中也是会继续的。当所有的应用都注销了这个操作，用户可以在系统设置中重新启用 GPS 而不浪费电量；
• 请考虑在大量数理运算中使用低精度变量并在用 DisplayMetrics 进行 DPI 任务时缓存变量值；

　　建议七：怎么优化工作在前台的应用

• 请确保 service 生命周期都是短暂的，因为每个进程都需要 2MB 的内存，而在前台程序需要内存时也会重新启动；
• 保持内存的使用量不要太大；
• 如果要应用每 30 分钟更新一次，请在设备处于唤醒状态下进行；
• Service 在 pull 或者 sleep 状态都是不好的，这就是为什么在服务结束时要使用 AlarmManager 或者配置属性 stopSelf ()的原因。

　　建议八：其它注意事项

• 在进行整体更新之前检查电池的状态和网络状态，等待最好的状态在进行大幅度装换操作；
• 让用户看到用电情况，比如更新周期，后台操作的时候；

　　实现低内存占用 UI

　　建议九：怎么找到布局显示问题

　　当我们为布局单独创建 UI 的时候，就是在创建滥用内存的 App，它在 UI 中会出现可恶的延时。要实现一个流畅的、低内存占用的 UI，第一步就是搜索你的应用找出潜在的瓶颈布局。使用 Android SDK/tools/中自带的 Hierarchy Viewer Tool 工具。

　　还有一个很好的工具就是 Lint，它会扫描应用的源码去寻找可能存在的 bug，并为控件结果进行优化。

　　建议十：如何解决问题

　　如果布局显示结果发现了问题，你可以考虑简化布局结构。可以把 LinearLayout 类型转化成 RelativeLayout 类型，降低布局的层级结构。

　　做到更加完美并不断优化

　　尽管以上的每条建议看起来都是很小的改进，但是如果它能成为你日常代码的一部分，那么你就会看到意想不到的结果。要让 Google Play 看到更多杰出的、流畅的、更快速、更省电的应用，向 Android 走向完美的目标迈进一步。

　　翻译： 伯乐在线 - chris

　　译文链接： http://blog.jobbole.com/64279/