开发一款APP花费的时间是比较长的,开发过程中,如果是界面奇慢无比、耗电、耗内存、那么将会是一个失败的移动应用,耗电或者内存占用等影响产品效率的每一个问题都会影响App的成功。这就是为什么在开发中确保最优化、运行流畅而且不会使Android系统出问题是至关重要的,本文将给开发者几个建议,仅供大家进行一个参考。
高效地利用线程
建议一:如何在后台取消某些线程中的动作
由于当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*140mA),而一般的网络只是用0.1mAh(2s*180mA);
⑧确保注销GPS的位置更新操作,因为此更新操作在onPause()中也是会继续的。当所有的应用都注销了这个操作,用户可以在系统设置中重新启用GPS而不浪费电量;
⑨需要是去考虑在大量数理运算中使用低精度变量并在用DisplayMetrics进行DPI任务时缓存变量值;
建议七:怎么优化工作在前台的应用
①首先是请确保service生命周期都是短暂的,因为在每个进程都需要2MB的内存,而在前台程序需要内存时也会重新启动;
②保持内存的使用量不要太大;
③如果要应用每30分钟更新一次,就需要在设备处于唤醒状态下进行;
④Service在pull或者sleep状态都是不好的,这就是为什么在服务结束时要使用AlarmManager或者配置属性stopSelf()的原因。
建议八:关于其它注意事项
①在进行整体更新之前检查电池的状态和网络状态,等待最好的状态在进行大幅度装换操作;
②让用户看到用电情况,比如更新周期,后台操作的时候;
实现低内存占用UI
建议九:怎么找到布局显示问题
当我们为布局单独创建UI的时候,就是在创建滥用内存的App,它在UI中会出现可恶的延时。要实现一个流畅的、低内存占用的UI,第一步就是搜索你的应用找出潜在的瓶颈布局。可以使用AndroidSDK/tools/中自带的HierarchyViewerTool工具。
还有一个很好的工具就是Lint,它会扫描应用的源码去寻找可能存在的bug,并为控件结果进行优化。
建议十:怎样去解决问题
当布局显示结果发现了问题,这个时候就需要去考虑一下去简化布局的一个结构。可以把LinearLayout类型转化成RelativeLayout类型,这样是降低布局的层级结构。
以上是APP开发设计中所面临到的问题,希望能给开发者有一个建议帮助,总的来说就是紧扣围绕用户体验来进行开发设计,并且不断的进行优化。
¥179.00
¥199.00