高效开发Android App的10个建议

　　建议五：怎么优化网络

• 如果没有网络连接，请让你的应用跳过网络操作；只在有网络连接并且无漫游的情况下更新数据；

• 选择兼容的数据格式，把含有文本数据和二进制数据的请求全部转化成二进制数据格式请求；

• 使用高效的转换工具，多考虑使用流式转换工具，少用树形的转换工具；

• 为了更快的用户体验，请减少重复访问服务器的操作；

• 如果可以的话，请使用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走向完美的目标迈进一步。