彩信的在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表
列名类型说明_idinteger唯一标识，自增，从1开始dateinteger会话最新更新时间message_countinteger当前会话所包含的消息数量recipient_idstext接收者（canonical_addresses表的id）列表，所有接收者以空格隔开snippettext最新更新的消息的内容（彩信为主题，短信为正文）snippet_csintegersnippet的编码方式，彩信：UTF-8为106，短信为0readinteger是否有未读信息：0-未读，1-已读 typeinteger会话类型，0-普通会话（只有一个接收者），1-广播会话（多个接收者）errorinteger发送失败的消息（type=5）的数量has_attachmentinteger是否有附件：0-无，1-有 
sms表
列名类型说明_idinteger唯一标识，自增，从1开始thread_id integerthreads表的idaddresstext接收者手机号码，对于一个会话，有可能含有多个接收者，每个人都将收到一条短信personinteger联系人（模块）列表里的序号，陌生人为nulldateinteger时间，以豪秒来表示protocolinteger协议，分为：0-SMS_RPOTO，1-MMS_PROTO。成功发送后设置。readinteger是否阅读：0-未读，1-已读 statusinteger状态：-1默认值，0-complete，64-pending，128-failedtypeintegerALL=0;INBOX=1;SENT=2;DRAFT=3;OUTBOX=4;FAILED=5;QUEUED=6;reply_path_presentintegerTP-Reply-Path位的值 0/1subjecttext短信的主题，默认为空body text短信内容service_centertext短信服务中心号码编号lockedinteger此条短信是否已由用户锁定，0-未锁定，1-已锁定error_codeinteger错误代码，有哪些值暂时未知seeninteger用于指明该消息是否已被用户看到（非阅读，点开会话列表即可，不用打开会话），仅对收到的消息有用 
pdu表
列名类型说明_idinteger唯一标识，自增，从1开始thread_idintegerthreads表的iddateinteger时间，以秒来表示（与短信的不同）msg_boxinteger此条彩信属于哪个信箱，all为0，inbox为1，sent为2，draft为3，outbox为4，failed为5readinteger此条彩信是否已读：0-未读，1-已读m_idtextMessage-ID，由彩信服务器分配的消息idsubtext此条彩信主题sub_csinteger此条彩信主题编码方式：UTF-8为106ct_ttext彩信对应的Content-Type是application/vnd.wap.multipart.relatedct_ltextX-Mms-Content-LocationexpintegerX-Mms-Expiry，彩信有效期m_clstextX-Mms-Message-Class，此条彩信的用途：auto，advertisement，personal，informationalm_typeintegerX-Mms-Message-Type，由MMS协议定义的彩信类型，其中send-req为128、notification-ind为130、retrieve-conf为132vintegerX-Mms-MMS-Version，此条彩信对应的MMS协议的版本号，1.0 16，1.1 17，1.2 18，1.3 19m_sizeintegerX-Mms-MessageSizepriintegerX-Mms-Priority，此条彩信的优先级，normal 129，low 128，high 130rrintegerX-Mms-Read-Report，此条彩信的阅读报告，129rpt_aintegerX-Mms-Report-Allowedresp_stintegerX-Mms-Response-Statusstinteger该彩信的下载状态，未启动-128，下载中-129，传输失败-130，保存失败-135tr_idtextX-Mms-Transaction-Id，事务标识retr_stintegerX-Mms-Retrieve-Statusretr_txttextX-Mms-Retrieve-Textretr_txt_csintegerRETRIEVE_TEXT的编码方式read_statusintegerX-Mms-Read-Statusct_clsintegerX-Mms-Content-Classresp_txttextX-Mms-Response-Textd_tmintegerX-Mms-Delivery-Timed_rptintegerX-Mms-Delivery-Report，此条彩信的传输报告，是-128，否-129lockedinteger此条彩信是否已由用户锁定，0-未锁定，1-已锁定seeninteger用于指明该消息是否已被用户看到（非阅读，点开会话列表即可，不用打开会话），仅对收到的消息有用 
part表
列名类型说明_idinteger唯一标识，自增，从1开始midintegerpdu表的idseqinteger标志part的顺序，若ct为application/smil，则为-1，否则为0cttext此PART内容类型，如果是彩信始末：application/smil；如果是文本附件：text/plain；图像附件：jpg：image/jpeg，gif：image/gif；音频附件：audio/mpegnametext该PART的名字chsetinteger该PART的编码方式，UTF-8为106cdtextCONTENT_DISPOSITIONfntext该PART的文件名称cidtextCONTENT_ID，该PART内容的idcltext该PART的文件的位置ctt_sintegerCONTENT_TYPE内容类型在消息中的起始位置，未在代码中设置ctt_ttextCONTENT_TYPE内容类型的类型，未在代码中设置_datatext彩信附件在手机上的地址texttext如果是彩信始末，为彩信的SMIL内容；如果是文本附件，为附件内容；如果是视频、音频附件，此参数为空 
addr表
列名类型说明_idinteger唯一标识，自增，从1开始msg_idintegerpdu表的idcontact_idinteger电话本中联系人的idaddresstext电话号码，如果为insert-address-token且type为151，说明为本机号码typeinteger电话号码的类型，必须为PduHeaders.BCC-129，PduHeaders.CC-130，PduHeaders.FROM-137，PduHeaders.TO-151之一charsetinteger电话号码编码方式 
canonical_addresses表
列名类型说明_idinteger唯一标识，自增，从1开始addresstext所有曾经使用过的接收者的电话号码，用于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种类型：
AUTHORITYPATH类型说明sms SMS_ALL所有短信sms#SMS_ALL_ID指定了_id的短信smsinboxSMS_INBOX位于收件箱的短信smsinbox/#SMS_INBOX_ID位于收件箱的指定了_id的短信smssentSMS_SENT已成功发送出去的短信smssent/#SMS_SENT_ID已成功发送出去的指定了_id的短信smsdraftSMS_DRAFT位于草稿箱的短信smsdraftSMS_DRAFT_ID位于草稿箱的指定了_id的短信smsoutboxSMS_OUTBOX已从队列中取出进行处理但未成功发送出去的短信smsoutbox/#SMS_OUTBOX_ID已从队列中取出进行处理但未成功发送出去的指定了_id的短信smsundeliveredSMS_UNDELIVERED未成功发送出去的短信（包括发送失败、草稿、队列中的）smsfailedSMS_FAILED发送失败的短信smsfailed/#SMS_FAILED_ID发送失败的指定了_id的短信smsqueuedSMS_QUEUED队列中的短信smsconversationsSMS_CONVERSATIONS所有会话包含的短信数量、内容、会话idsmsconversations/*SMS_CONVERSATIONS_ID指定会话id的短信smsrawSMS_RAW_MESSAGEraw表中的短信（临时短信，用于接收长短信时使用）smsattachmentsSMS_ATTACHMENT往attachments表中插入或查询信息smsattachments/#SMS_ATTACHMENT_ID从attachments表中查询指定sms_id的信息smsthreadIDSMS_NEW_THREAD_ID往canonical_addresses表中插入信息smsthreadID/*SMS_QUERY_THREAD_ID查询canonical_addresses中所有信息smsstatus/#SMS_STATUS_ID查询或更新指定id的短信（没有什么特殊功能，有可能没用上）smssr_pendingSMS_STATUS_PENDING对sr_pending表进行操作时用的smsiccSMS_ALL_ICC所有存在SIM/UIM卡上的短信smsicc/#SMS_ICC指定id的存在SIM/UIM卡上的短信smssimSMS_ALL_ICC所有存在SIM/UIM卡上的短信smssim/#SMS_ICC指定id的存在SIM/UIM卡上的短信 
MmsProvider
短信的uri以content://mms开头。
可以使用Telephony中的Mms类提供的公共变量进行构造Uri，甚至使用其中提供的一些query（查询）、isEmailAddress、isPhoneNumber方法简化操作。
UriMatcher中配置了21种类型：
AUTHORITYPATH类型说明mms MMS_ALL所有彩信mms#MMS_ALL_ID指定了id的彩信mmsinboxMMS_INBOX位于收件箱的彩信mmsinbox/#MMS_INBOX_ID位于收件箱的指定了_id的彩信mmssentMMS_SENT已成功发送出去的彩信mmssent/#MMS_SENT_ID已成功发送出去的指定了_id的彩信mmsdraftsMMS_DRAFTS位于草稿箱的彩信mmsdrafts/#MMS_DRAFTS_ID位于草稿箱的指定了_id的彩信mmsoutboxMMS_OUTBOX已开始进行处理但未成功发送出去的短信mmsoutbox/#MMS_OUTBOX_ID已开始进行处理但未成功发送出去的指定了_id的短信mmspartMMS_ALL_PART对part表的查询与删除mms#/partMMS_MSG_PART对part表的指定了msg_id的记录的增、删、改、查mmspart/#MMS_PART_ID对part表的指定了id的记录的删、改、查mms#/addrMMS_MSG_ADDR对addr表的指定了msg_id的记录的增、删、查mmsrateMMS_SENDING_RATE查询rate表中的信息，删除1小时以前的记录并插入新记录mmsreport-status/#MMS_REPORT_STATUS查询指定id的彩信的状态（SQL语句很复杂）mmsreport-request/#MMS_REPORT_REQUEST查询指定id的，addr表的type为151的彩信（同report-status一起使用）mmsdrmMMS_DRM_STORAGE对drm表的删除与插入mmsdrm/#MMS_DRM_STORAGE_ID对指定了id的drm表的数据的查询mmsthreadsMMS_THREADS对pdu表按thread_id分组统计（即获取所有包含彩信的thread_id）mmsscrapSpaceMMS_SCRAP_SPACE当添加附件时选择拍照，用于获取临时存储空间时使用 
MmsSmsProvider
该ContentProvider的uri以content://mms-sms开头。
可以使用Telephony中的MmsSms类提供的公共变量进行构造Uri。
UriMatcher中配置了18种类型：
AUTHORITYPATH类型说明mms-smsconversationsURI_CONVERSATIONS用于删除所有会话或查询所有会话（查询分两种模式：1、指定了simple为true，则仅仅从threads表中查询数据；2、未指定，则分别从sms和pdu表查询最新的不算草稿的短信和彩信）mms-smscomplete-conversationsURI_COMPLETE_CONVERSATION查询已完成的消息（包括非草稿短彩信，已完全接收或已发送出去的彩信）mms-smsconversations/#URI_CONVERSATIONS_MESSAGES用于查询（指定id的会话的消息）、删除、更新（分别更新pdu和sms表）指定id的会话mms-smsconversations/#/recipientsURI_CONVERSATIONS_RECIPIENTS用于查询指定id的会话mms-smsconversations/#/subjectURI_CONVERSATIONS_SUBJECT同上mms-smsconversations/obsoleteURI_OBSOLETE_THREADS用于删除没有消息的会话mms-smsmessages/byphone/*URI_MESSAGES_BY_PHONE用于查询接收者中包含指定电话号码的消息mms-smsthreadIDURI_THREAD_ID获取指定接收者（附加的查询参数recipient）的会话id，若不存在，新增mms-smscanonical-address/#URI_CANONICAL_ADDRESS查询或更新指定id的canonical_address表中的数据mms-smscanonical-addressesURI_CANONICAL_ADDRESSES查询canonical_address表中的数据mms-smssearchURI_SEARCH从短信和彩信中搜索符合给定的pattern的数据mms-smssearchSuggestURI_SEARCH_SUGGEST从word表中搜索符合给定的pattern的数据，上限50条mms-smspendingURI_PENDING_MSG查询(可指定protocol为sms或mms，message为某个msg_id)或更新pending_msgs表mms-smsundeliveredURI_UNDELIVERED_MSG查询所有未成功发送的短信与彩信mms-smsnotificationsURI_NOTIFICATIONS无代码处理mms-smsdraftURI_DRAFT查询所有短信与彩信的草稿，最多输出threadid与id列mms-smslockedURI_FIRST_LOCKED_MESSAGE_ALL查询所有会话中的被锁定的消息，仅输出1条，用于确定是否有被锁定的消息mms-smslocked/#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上去保存成文件了。