本文主要是介绍从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应用的架构一的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
