forlong401的专栏--有问题上：http://www.androidren.com

这里的Mms名称并不准确，因为它是一个应用程序的名字，这个应用程序是Android上面的信息应用程序，它即能处理短信SMS(Short Messaging Service)，也能处理彩信(Multimedia MessagingService)。它是除电话程序外，另一个非常重要的手机系统核心应用程序，因为对于手机来讲，最重要的二个功能就是电话功能和信息功能。在功能手机时代，是这样，到了智能手机时代

http://www.cnblogs.com/shaweng/archive/2012/05/26/2518949.html存储路径：/data/data/com.android.providers.telephony/databases/mmssms.db 数据表MMS模块总共包含17张表：addr、android_metadata、attachm

Android当中的Mms对MMS(Multimedia Messaging Service)的操作关乎MMS协议部分都是通过Frameworks中提供的API来完成的：com.google.android.mms这个包在SDK中是不开放的，只能供内部程序使用，它封装了所有MMS所需要的API。这个包就是Android中对MMS协议的实现，包括一些数据结构：GenericPdu，Multime

http://blog.csdn.net/hitlion2008/article/details/7055025从软件的功能角度来讲，Mms分为对话列表，消息列表，短信编辑，彩信编辑，短信显示，彩信显示和配置。从实现的角度来看，它分为GUI展示层，发送/接收，彩信解析，彩信附件，信息数据等，这些分类对应着源码中的各种包。源码导航Mms的源码的位置在于android/packag

http://blog.csdn.net/yinlijun2004/article/details/6409427看彩信代码差不多有一个多月了，觉得有必要做下笔记，我看的是1.5cupcake的代码，也大致浏览了一下2.2froyo的，差别不大。看代码的时候最好结合一些WAP协议来看，比如WAP-206-MMSCTR-20020115-a，WAP-209-MMSEncapsulation-

在Mms中每个Thread都有其相应的联系人，但是threads表中并没有直接保存联系人的信息（号码或名字），而是保存一个叫做recipient_id的东西，也还有一个类叫做data/RecipientIdCache.java专门管理它。在数据库中专门有一个表来保存它canonical_addresses。它的目的就是为了能够快速的找到某一对话的联系人的信息。对话的表threads里面并没

http://blog.csdn.net/hitlion2008/article/details/7173677当编辑完一条信息后，如果在没有发送的情况下退出编辑页面，那么信息会自动保存为草稿。也就是在ComposeMessageActivity的onStop()时，如果还没有发送，那么就会调用WorkingMessage.saveDraft()来把信息保存为草稿。期间也会检查一些条件，比

http://blog.csdn.net/tjy1985/article/details/7228282本文主要从以下几个方面来学习MMS在android系统中的处理：MMS初始化、MMS发送、MMS接收（包括push MMS接收和从MMSC中提取MMS内容）、MMS存储/删除等数据操作。Android MMS基本知识点一、MMS概述MMS是在短消息业务基础上发展起来的一种消息

http://blog.csdn.net/hitlion2008/article/details/7404772Mms中的ComposeMessageActivity（以下简称Composer）是整个Mms中最重要的一个组件，它负责编辑信息，发送信息，管理信息，接收信息，与外部应用接口。在Mms内部与Composer关联的类和组件特别多，几乎所有的类和组件都与Composer有关联，关于信息的

http://blog.csdn.net/hitlion2008/article/details/7229907Contact联系人对Mms来说是十分重要的，因为每一个对话的收信人都是一个联系人，新建信息时可以输入联系人的任何信息，比如号码或名字，Mms都可以把信息发给相应的人。Mms中的类Contact就是用来代表一个联系人，它含有联系人的信息，如名字，号码，联系人Id，是否存在于联系人数据

http://blog.csdn.net/hitlion2008/article/details/7173715Composing and editingMMS在Android Mms应用里面的具体实现形式，或数据结构是SlideshowModel，它是一个每个节点为SlideModel的ArrayList，SlideModel是一个Model的List，也就是它可以接收任何Model

http://blog.csdn.net/hitlion2008/article/details/7166075信息的接收工作是由底层来完成的，当有一个 新的信息时底层完成接收后会以Intent的方式来通知上层应用，信息的相关内容也包含在Intent当中，Android所支持的信息Intent都定义在android.provider.Telephony.Intents里面。短信的接收

http://blog.csdn.net/hitlion2008/article/details/7229926Conversation这个类主要表示对话的数据结构，其内持有一个Thread所有的相关信息，如Recipients，ThreadId等等，也用于管理Thread，比如查询Thread，删除Thread，更新Thread，管理ThreadId，管理Thread的联系人等等。因为Thr

http://blog.csdn.net/hitlion2008/article/details/7163477信息的发送，对于Mms应用程序来讲主要就是在信息数据库中创建并维护一条信息记录，真正的发送过程交由底层（Frameworks层）函数来处理。总体的来讲，当信息创建完成后，对于信息通常有三个去处，一个是放弃这个信息，也就是用户不想要此信息，一旦选择，信息将不会被保存；第二个去处

1.Android RIL 概念Android RIL是基于telephony 服务和raido 硬件层的抽象层， 通过研究RIL的代码可以看到，Android的rild库是介于HAL接口与baseband modem之间，它同样提供了语音、数据、短信、SIM卡管理以及STK应用的功能，实现思路跟微软的RIL有异曲同工之妙，也是把标准的 GSM27.007中常用的如dial这些做主动请求的操作