本文主要是介绍从mms源码看IM应用的架构一,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
最近因为项目需要在研究mms短信代码,本来以为现在短信已经是一个很鸡肋的功能,没有什么价值了。但在看代码过程中,却在技术上收获不少,尤其是关于处理N多后台任务的架构设计很不错,因为mms大致上可以看成是一个IM应用,所以这些优秀设计都可以应用到代码中。下面会从以下几个方面分析:处理数据加载的LoadManager框架、处理后台任务的Action+IntentService框架、还有其它一些细小的方面。
我们首先来看LoadManager框架。
LoaderManager是什么?
正常情况下,一个Activity界面的启动是一个加载数据、展示数据的过程,比如微信的主界面。我们一般会封装一个DataBaseUtils工具类加载数据库cursor,再将cursor数据写到UI上。但是这一方面可能造成应性能方面有缺陷,比如UI切换之间的小故障、activity切换延迟、ANR问题(在UI线程执行query),另一方面由于cursor的生命周期管理不当,造成内存泄漏,同时在某些情况下由于没有保存数据能会重复查询导致效率浪费。
所以为了统一解决Activity/Fragment加载数据问题,android从3.0开始提出了LoaderManager框架,很好的解决了这个问题,尤其以Cursor查询为代表(CursorLoader)。
LoaderManager的使用
启动一个Loader
LoaderManager mLoaderManager = getLoaderManager();mLoaderManager.initLoader(CONVERSATION_LIST_LOADER, mArgs, this);
第一个参数是id,是该Loader任务的key
第二个参数是Bundle,用于传递一些数据给Loader
第三个参数是LoaderCallbacks,需要我们实现一个实例供LoaderManager调用,其中有三个方法如下。
public interface LoaderCallbacks<D> {public Loader<D> onCreateLoader(int id, Bundle args);public void onLoadFinished(Loader<D> loader, D data);public void onLoaderReset(Loader<D> loader);}
onCreateLoader是返回一个具体处理后台任务的Loader给LoaderManager框架, 这里我们以系统帮我们实现的CursorLoader为例来说明
public class CursorLoader extends AsyncTaskLoader<Cursor> {@Overridepublic Cursor loadInBackground() {
这篇关于从mms源码看IM应用的架构一的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!