高效开发Android App的10个建议

假如要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走向完美的目标迈进一步。

　　原文连接： azoft   翻译： 伯乐在线 - chris