从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> {
    @Override
    public Cursor loadInBackground() {