彩信的在android里是如何存储的 Android MMS模块数据存取

数据表MMS模块总共包含17张表：addr、android_metadata、attachments、canonical_addresses、drm、part、pdu、pending_msgs、rate、raw、sms、sr_pending、threads、words、words_content、words_segdir、words_segments。

其中，pending_msgs表用于存储待发送或下载的短信与彩信（有待证实），使用pdu中的触发器进行插入和删除。raw表用于存储接收中的长短信或分段彩信通知。drm用于彩信权限管理。words开头的表存储了短彩信中的单词，用于搜索时使用。attachments、rate、sr_pending表作用未知。android_metadata表存储的是语言信息，就一条记录。

下面是一些常用表的字段及其说明：

threads表

列名	类型	说明
_id	integer	唯一标识，自增，从1开始
date	integer	会话最新更新时间
message_count	integer	当前会话所包含的消息数量
recipient_ids	text	接收者（canonical_addresses表的id）列表，所有接收者以空格隔开
snippet	text	最新更新的消息的内容（彩信为主题，短信为正文）
snippet_cs	integer	snippet的编码方式，彩信：UTF-8为106，短信为0
read	integer	是否有未读信息：0-未读，1-已读
type	integer	会话类型，0-普通会话（只有一个接收者），1-广播会话（多个接收者）
error	integer	发送失败的消息（type=5）的数量
has_attachment	integer	是否有附件：0-无，1-有

sms表

列名	类型	说明
_id	integer	唯一标识，自增，从1开始
thread_id	integer	threads表的id
address	text	接收者手机号码，对于一个会话，有可能含有多个接收者，每个人都将收到一条短信
person	integer	联系人（模块）列表里的序号，陌生人为null
date	integer	时间，以豪秒来表示
protocol	integer	协议，分为：0-SMS_RPOTO，1-MMS_PROTO。成功发送后设置。
read	integer	是否阅读：0-未读，1-已读
status	integer	状态：-1默认值，0-complete，64-pending，128-failed
type	integer	ALL=0;INBOX=1;SENT=2;DRAFT=3;OUTBOX=4;FAILED=5;QUEUED=6;
reply_path_present	integer	TP-Reply-Path位的值 0/1
subject	text	短信的主题，默认为空
body	text	短信内容
service_center	text	短信服务中心号码编号
locked	integer	此条短信是否已由用户锁定，0-未锁定，1-已锁定
error_code	integer	错误代码，有哪些值暂时未知
seen	integer	用于指明该消息是否已被用户看到（非阅读，点开会话列表即可，不用打开会话），仅对收到的消息有用

pdu表

列名	类型	说明
_id	integer	唯一标识，自增，从1开始
thread_id	integer	threads表的id
date	integer	时间，以秒来表示（与短信的不同）
msg_box	integer	此条彩信属于哪个信箱，all为0，inbox为1，sent为2，draft为3，outbox为4，failed为5
read	integer	此条彩信是否已读：0-未读，1-已读
m_id	text	Message-ID，由彩信服务器分配的消息id
sub	text	此条彩信主题
sub_cs	integer	此条彩信主题编码方式：UTF-8为106
ct_t	text	彩信对应的Content-Type是application/vnd.wap.multipart.related
ct_l	text	X-Mms-Content-Location
exp	integer	X-Mms-Expiry，彩信有效期
m_cls	text	X-Mms-Message-Class，此条彩信的用途：auto，advertisement，personal，informational
m_type	integer	X-Mms-Message-Type，由MMS协议定义的彩信类型，其中send-req为128、notification-ind为130、retrieve-conf为132
v	integer	X-Mms-MMS-Version，此条彩信对应的MMS协议的版本号，1.0 16，1.1 17，1.2 18，1.3 19
m_size	integer	X-Mms-MessageSize
pri	integer	X-Mms-Priority，此条彩信的优先级，normal 129，low 128，high 130
rr	integer	X-Mms-Read-Report，此条彩信的阅读报告，129
rpt_a	integer	X-Mms-Report-Allowed
resp_st	integer	X-Mms-Response-Status
st	integer	该彩信的下载状态，未启动-128，下载中-129，传输失败-130，保存失败-135
tr_id	text	X-Mms-Transaction-Id，事务标识
retr_st	integer	X-Mms-Retrieve-Status
retr_txt	text	X-Mms-Retrieve-Text
retr_txt_cs	integer	RETRIEVE_TEXT的编码方式
read_status	integer	X-Mms-Read-Status
ct_cls	integer	X-Mms-Content-Class
resp_txt	text	X-Mms-Response-Text
d_tm	integer	X-Mms-Delivery-Time
d_rpt	integer	X-Mms-Delivery-Report，此条彩信的传输报告，是-128，否-129
locked	integer	此条彩信是否已由用户锁定，0-未锁定，1-已锁定
seen	integer	用于指明该消息是否已被用户看到（非阅读，点开会话列表即可，不用打开会话），仅对收到的消息有用

part表

列名	类型	说明
_id	integer	唯一标识，自增，从1开始
mid	integer	pdu表的id
seq	integer	标志part的顺序，若ct为application/smil，则为-1，否则为0
ct	text	此PART内容类型，如果是彩信始末：application/smil；如果是文本附件：text/plain；图像附件：jpg：image/jpeg，gif：image/gif；音频附件：audio/mpeg
name	text	该PART的名字
chset	integer	该PART的编码方式，UTF-8为106
cd	text	CONTENT_DISPOSITION
fn	text	该PART的文件名称
cid	text	CONTENT_ID，该PART内容的id
cl	text	该PART的文件的位置
ctt_s	integer	CONTENT_TYPE内容类型在消息中的起始位置，未在代码中设置
ctt_t	text	CONTENT_TYPE内容类型的类型，未在代码中设置
_data	text	彩信附件在手机上的地址
text	text	如果是彩信始末，为彩信的SMIL内容；如果是文本附件，为附件内容；如果是视频、音频附件，此参数为空

addr表

列名	类型	说明
_id	integer	唯一标识，自增，从1开始
msg_id	integer	pdu表的id
contact_id	integer	电话本中联系人的id
address	text	电话号码，如果为insert-address-token且type为151，说明为本机号码
type	integer	电话号码的类型，必须为PduHeaders.BCC-129，PduHeaders.CC-130，PduHeaders.FROM-137，PduHeaders.TO-151之一
charset	integer	电话号码编码方式

canonical_addresses表

列名	类型	说明
_id	integer	唯一标识，自增，从1开始
address	text	所有曾经使用过的接收者的电话号码，用于threads表标识会话

ContentProvider

MMS模块的数据存储主要依赖三个ContentProvider：SmsProvider、MmsProvider、MmsSmsProvider，以及一个辅助类Telephony。

其中，SmsProvider用于短信相关数据的存取，MmsProvider用于彩信相关数据的存取，MmsSmsProvider则用于短彩信通用数据的存取，如会话信息、接收者、草稿（公共属性）等。

Telephony则提供了一系列Uri、常量字符串、列名数组、方法以方便用户使用这三个ContentProvider。

 

SmsProvider

短信的uri以content://sms开头。

可以使用Telephony中的Sms类提供的公共变量进行构造Uri，甚至使用其中提供的一些addMessage（将信息存入各个不同的信箱）、saveMessage（更新已存在的草稿）、addMessageToUri（插入数据到指定Uri）、moveMessageToFolder（将信息移到某一信箱）方法简化操作。

UriMatcher中配置了27种类型：

AUTHORITY	PATH	类型	说明
sms		SMS_ALL	所有短信
sms	#	SMS_ALL_ID	指定了_id的短信
sms	inbox	SMS_INBOX	位于收件箱的短信
sms	inbox/#	SMS_INBOX_ID	位于收件箱的指定了_id的短信
sms	sent	SMS_SENT	已成功发送出去的短信
sms	sent/#	SMS_SENT_ID	已成功发送出去的指定了_id的短信
sms	draft	SMS_DRAFT	位于草稿箱的短信
sms	draft	SMS_DRAFT_ID	位于草稿箱的指定了_id的短信
sms	outbox	SMS_OUTBOX	已从队列中取出进行处理但未成功发送出去的短信
sms	outbox/#	SMS_OUTBOX_ID	已从队列中取出进行处理但未成功发送出去的指定了_id的短信
sms	undelivered	SMS_UNDELIVERED	未成功发送出去的短信（包括发送失败、草稿、队列中的）
sms	failed	SMS_FAILED	发送失败的短信
sms	failed/#	SMS_FAILED_ID	发送失败的指定了_id的短信
sms	queued	SMS_QUEUED	队列中的短信
sms	conversations	SMS_CONVERSATIONS	所有会话包含的短信数量、内容、会话id
sms	conversations/*	SMS_CONVERSATIONS_ID	指定会话id的短信
sms	raw	SMS_RAW_MESSAGE	raw表中的短信（临时短信，用于接收长短信时使用）
sms	attachments	SMS_ATTACHMENT	往attachments表中插入或查询信息
sms	attachments/#	SMS_ATTACHMENT_ID	从attachments表中查询指定sms_id的信息
sms	threadID	SMS_NEW_THREAD_ID	往canonical_addresses表中插入信息
sms	threadID/*	SMS_QUERY_THREAD_ID	查询canonical_addresses中所有信息
sms	status/#	SMS_STATUS_ID	查询或更新指定id的短信（没有什么特殊功能，有可能没用上）
sms	sr_pending	SMS_STATUS_PENDING	对sr_pending表进行操作时用的
sms	icc	SMS_ALL_ICC	所有存在SIM/UIM卡上的短信
sms	icc/#	SMS_ICC	指定id的存在SIM/UIM卡上的短信
sms	sim	SMS_ALL_ICC	所有存在SIM/UIM卡上的短信
sms	sim/#	SMS_ICC	指定id的存在SIM/UIM卡上的短信

MmsProvider

短信的uri以content://mms开头。

可以使用Telephony中的Mms类提供的公共变量进行构造Uri，甚至使用其中提供的一些query（查询）、isEmailAddress、isPhoneNumber方法简化操作。

UriMatcher中配置了21种类型：

AUTHORITY	PATH	类型	说明
mms		MMS_ALL	所有彩信
mms	#	MMS_ALL_ID	指定了id的彩信
mms	inbox	MMS_INBOX	位于收件箱的彩信
mms	inbox/#	MMS_INBOX_ID	位于收件箱的指定了_id的彩信
mms	sent	MMS_SENT	已成功发送出去的彩信
mms	sent/#	MMS_SENT_ID	已成功发送出去的指定了_id的彩信
mms	drafts	MMS_DRAFTS	位于草稿箱的彩信
mms	drafts/#	MMS_DRAFTS_ID	位于草稿箱的指定了_id的彩信
mms	outbox	MMS_OUTBOX	已开始进行处理但未成功发送出去的短信
mms	outbox/#	MMS_OUTBOX_ID	已开始进行处理但未成功发送出去的指定了_id的短信
mms	part	MMS_ALL_PART	对part表的查询与删除
mms	#/part	MMS_MSG_PART	对part表的指定了msg_id的记录的增、删、改、查
mms	part/#	MMS_PART_ID	对part表的指定了id的记录的删、改、查
mms	#/addr	MMS_MSG_ADDR	对addr表的指定了msg_id的记录的增、删、查
mms	rate	MMS_SENDING_RATE	查询rate表中的信息，删除1小时以前的记录并插入新记录
mms	report-status/#	MMS_REPORT_STATUS	查询指定id的彩信的状态（SQL语句很复杂）
mms	report-request/#	MMS_REPORT_REQUEST	查询指定id的，addr表的type为151的彩信（同report-status一起使用）
mms	drm	MMS_DRM_STORAGE	对drm表的删除与插入
mms	drm/#	MMS_DRM_STORAGE_ID	对指定了id的drm表的数据的查询
mms	threads	MMS_THREADS	对pdu表按thread_id分组统计（即获取所有包含彩信的thread_id）
mms	scrapSpace	MMS_SCRAP_SPACE	当添加附件时选择拍照，用于获取临时存储空间时使用

MmsSmsProvider

该ContentProvider的uri以content://mms-sms开头。

可以使用Telephony中的MmsSms类提供的公共变量进行构造Uri。

UriMatcher中配置了18种类型：

AUTHORITY	PATH	类型	说明
mms-sms	conversations	URI_CONVERSATIONS	用于删除所有会话或查询所有会话（查询分两种模式：1、指定了simple为true，则仅仅从threads表中查询数据；2、未指定，则分别从sms和pdu表查询最新的不算草稿的短信和彩信）
mms-sms	complete-conversations	URI_COMPLETE_CONVERSATION	查询已完成的消息（包括非草稿短彩信，已完全接收或已发送出去的彩信）
mms-sms	conversations/#	URI_CONVERSATIONS_MESSAGES	用于查询（指定id的会话的消息）、删除、更新（分别更新pdu和sms表）指定id的会话
mms-sms	conversations/#/recipients	URI_CONVERSATIONS_RECIPIENTS	用于查询指定id的会话
mms-sms	conversations/#/subject	URI_CONVERSATIONS_SUBJECT	同上
mms-sms	conversations/obsolete	URI_OBSOLETE_THREADS	用于删除没有消息的会话
mms-sms	messages/byphone/*	URI_MESSAGES_BY_PHONE	用于查询接收者中包含指定电话号码的消息
mms-sms	threadID	URI_THREAD_ID	获取指定接收者（附加的查询参数recipient）的会话id，若不存在，新增
mms-sms	canonical-address/#	URI_CANONICAL_ADDRESS	查询或更新指定id的canonical_address表中的数据
mms-sms	canonical-addresses	URI_CANONICAL_ADDRESSES	查询canonical_address表中的数据
mms-sms	search	URI_SEARCH	从短信和彩信中搜索符合给定的pattern的数据
mms-sms	searchSuggest	URI_SEARCH_SUGGEST	从word表中搜索符合给定的pattern的数据，上限50条
mms-sms	pending	URI_PENDING_MSG	查询(可指定protocol为sms或mms，message为某个msg_id)或更新pending_msgs表
mms-sms	undelivered	URI_UNDELIVERED_MSG	查询所有未成功发送的短信与彩信
mms-sms	notifications	URI_NOTIFICATIONS	无代码处理
mms-sms	draft	URI_DRAFT	查询所有短信与彩信的草稿，最多输出threadid与id列
mms-sms	locked	URI_FIRST_LOCKED_MESSAGE_ALL	查询所有会话中的被锁定的消息，仅输出1条，用于确定是否有被锁定的消息
mms-sms	locked/#	URI_FIRST_LOCKED_MESSAGE_BY_THREAD_ID	查询指定threadId的会话中的被锁定的消息，仅输出1条，用于确定是否有被锁定的消息

那么如何获取彩信附件呢？

Android的短信和彩信是放在/data/data/com.android.provider.telephony/databases目录下的mmssms.db数据文件的。拿一部具有root权限的手机用sqlite工具打开可以看到里面的数据库结构，这里是sqliteadmin打开的界面：

其中threads是存放会话的数据表，sms是存放短信的数据表，pdu是存放彩信的数据表，而part就是存放彩信附件的表了。

这个表中有几个关键的字段，第一个就是mid字段，这是附件相应彩信表的id，即pdu._id = part.mid。第二个是ct表，它表示的是附件的类型，如application/smil表示的是彩信内容的布局之类的信息、text/plain表示的是文本、image/jpg表示的是jpg图片、audio/midi表示是midi声音。第三个是_data字段，它表示的是附件相对应的文件 每个附件都会有一个独立的文件，附件存放地址是/data/data/com.android.provider.telephony/databases/app_parts。第四个字段是text，它表示的是文本的内容，如果附件是文本的话，那么这个字段就会存储文本，如果是其他类型除application/smil外则没有内容。

上面有说到_data字段是附件对应的文件，但知道这个并没有用，因为没有root权限的话你是不可能取得附件的。那么就只能通过一种方式，就是通过contentprovider来获取，在得到附件的uri后，用contentResolver打开输入流来获取附件的内容。代码如下：

String selection = new String("mid='" + key + "'");//这个key就是pdu里面的_id。

Cursor cur = getContentResolver().query(Uri.parse("content://mms/part"), null, selection, null, null);

if (cur.moveToFirst())

do {

int _partID = cur.getInt(cur.getColumnIndex("_id"));

String partID = String.valueOf(_partID);

Uri partURI = Uri.parse("content://mms/part/" + partID);

ByteArrayOutputStream baos = new ByteArrayOutputStream();

InputStream is = null;

try {

is = getContentResolver().openInputStream(partURI);

byte[] buffer = new byte[256];

int len = is.read(buffer);

while (len >= 0)  {

baos.write(buffer, 0, len);

len = is.read(buffer);

}

} catch (IOException e) {                    }

finally {

if (is != null) {

try {

is.close();

} catch (IOException e) {                            }

}

}

}

这里的baos就是得到的附件文件内容，这时就可以通过文件流将它写到sdcard上去保存成文件了。