唐磊的个人博客

android 中短信管理代码

写android群发消息的小工具,涉及到短信管理,这篇文章写得不错,转载了android 中短信管理

先贴出相关的协议:

content://sms/inbox 收件箱
content://sms/sent 已发送
content://sms/draft 草稿
content://sms/outbox 发件箱
content://sms/failed 发送失败
content://sms/queued 待发送列表

在模拟器上Outbox没有查询到数据,在模拟器上找了老半天也没找到发件箱,很郁闷。

数据库中sms相关的字段如下:

java_id               一个自增字段,从1开始 
thread_id 序号,同一发信人的id相同
address 发件人手机号码
person 联系人列表里的序号,陌生人为null
date 发件日期
protocol 协议,分为: 0 SMS_RPOTO, 1 MMS_PROTO
read 是否阅读 0未读, 1已读
status 状态 -1接收,0 complete, 64 pending, 128 failed
type
ALL = 0;
INBOX = 1;
SENT = 2;
DRAFT = 3;
OUTBOX = 4;
FAILED = 5;
QUEUED = 6;
body 短信内容
service_center 短信服务中心号码编号
subject 短信的主题
reply_path_present TP-Reply-Path
locked

检索数据方法很简单:

Uri uri = Uri.parse("content://sms/inbox");         
Cursor cur = this.managedQuery(uri, null, null, null, null);
if (cur.moveToFirst()) {
do{
for(int j = 0; j < cur.getColumnCount(); j++){
info = "name:" + cur.getColumnName(j) + "=" + cur.getString(j);
Log.i("====>", info);
}
}while(cur.moveToNext());
}

managedQuery最终也要将参数转换为SQL语句向SQLite发送消息,因此参数跟SQL语句很类似,所以可以在查询字段中加入SQL函数,

比如new String[] projection = new String[]{“count(*) as count”}等等。

managedQuery中的参数依次为uri,

查询字段 查询字段数组,也可以将所有需要查询的字段放入一个字符内

比如new projection[]{“_id”, “thread_id”}和new projection[]{“_id,thread_id”}是一致的。

跟SQL一样,字段名不区分大小写

条件 不带Where的SQL 条件字符,如果有参数则用?替代,比如”_id=? And thread_id = ? Or type = ‘1’”

条件中的参数 参数字符数组,跟上述的条件一一对应

排序 不带Order by排序字符串,比如_id desc, type

如果参数为null,SQL中查询字段为“*”,相关的条件为空白

还可以用getContentResolver()获得一个ContentResolver,

getContentResolver().query()同样返回一个Cursor对象,参数跟managedQuery一致。

不过用ContentResolver对象去更新、删除和插入一条数据时报SecurityException。看来没有权限,在Manifest.xml中加入权限:

然后删除短信:

this.getContentResolver().delete(Uri.parse(“content://sms”), “_id=?”, new String[]{“3”});

删除成功。

Url中content://sms 替换成content://sms/ 也成功,但是其它url时程序报错,比如content://sms/inbox

看了一下android的源代码,sms支持的协议有:

sURLMatcher.addURI("sms", null, SMS_ALL); 
sURLMatcher.addURI("sms", "#", SMS_ALL_ID);
sURLMatcher.addURI("sms", "inbox", SMS_INBOX);
sURLMatcher.addURI("sms", "inbox/#", SMS_INBOX_ID);
sURLMatcher.addURI("sms", "sent", SMS_SENT);
sURLMatcher.addURI("sms", "sent/#", SMS_SENT_ID);
sURLMatcher.addURI("sms", "draft", SMS_DRAFT);
sURLMatcher.addURI("sms", "draft/#", SMS_DRAFT_ID);
sURLMatcher.addURI("sms", "outbox", SMS_OUTBOX);
sURLMatcher.addURI("sms", "outbox/#", SMS_OUTBOX_ID);
sURLMatcher.addURI("sms", "undelivered", SMS_UNDELIVERED);
sURLMatcher.addURI("sms", "failed", SMS_FAILED);
sURLMatcher.addURI("sms", "failed/#", SMS_FAILED_ID);
sURLMatcher.addURI("sms", "queued", SMS_QUEUED);
sURLMatcher.addURI("sms", "conversations", SMS_CONVERSATIONS);
sURLMatcher.addURI("sms", "conversations/*", SMS_CONVERSATIONS_ID);
sURLMatcher.addURI("sms", "raw", SMS_RAW_MESSAGE);
sURLMatcher.addURI("sms", "attachments", SMS_ATTACHMENT);
sURLMatcher.addURI("sms", "attachments/#", SMS_ATTACHMENT_ID);
sURLMatcher.addURI("sms", "threadID", SMS_NEW_THREAD_ID);
sURLMatcher.addURI("sms", "threadID/*", SMS_QUERY_THREAD_ID);
sURLMatcher.addURI("sms", "status/#", SMS_STATUS_ID);
sURLMatcher.addURI("sms", "sr_pending", SMS_STATUS_PENDING);
sURLMatcher.addURI("sms", "sim", SMS_ALL_SIM);
sURLMatcher.addURI("sms", "sim/#", SMS_SIM);

其中,delete方法中支持的协议为:

SMS_ALL 根据参数中的条件删除sms表数据

SMS_ALL_ID 根据_id删除sms表数据

SMS_CONVERSATIONS_ID 根据thread_id删除sms表数据,可以带其它条件

SMS_RAW_MESSAGE 根据参数中的条件删除 raw表

SMS_STATUS_PENDING 根据参数中的条件删除 sr_pending表

SMS_SIM 从Sim卡上删除数据

试一下SMS_CONVERSATIONS_ID:”content://sms/conversations/3 “,删除thread_id=”3”, _id=”5″的数据

在eclipse中的Emulator Control中,以13800给模拟器发送三条数据,然后以13900发送一条

this.getContentResolver().delete(Uri.parse(“content://sms/conversations/3”), “_id=?”, new String[]{“5”});

成功删除一条数据。

在数据库中每个发送者的thread_id虽然一样,但不是固定的,如果把一个发送者的全部数据删除掉,

然后换一个新号码发送短信时,thread_id是以数据库中最大的id+1赋值的。

update支持的协议有很多:

SMS_RAW_MESSAGE

SMS_STATUS_PENDING

SMS_ALL

SMS_FAILED

SMS_QUEUED

SMS_INBOX

SMS_SENT

SMS_DRAFT

SMS_OUTBOX

SMS_CONVERSATIONS

SMS_ALL_ID

SMS_INBOX_ID

SMS_FAILED_ID

SMS_SENT_ID

SMS_DRAFT_ID

SMS_OUTBOX_ID

SMS_CONVERSATIONS_ID

SMS_STATUS_ID

以SMS_INBOX_ID测试一下:

ContentValues cv = new ContentValues();

cv.put(“thread_id”, “2”);

cv.put(“address”, “00000”);

cv.put(“person”, “11”);

cv.put(“date”, “11111111”);

this.getContentResolver().update(Uri.parse(“content://sms/inbox/4”), cv, null, null);

太强了,连thread_id都可以修改。

insert支持的协议:

SMS_ALL

SMS_INBOX

SMS_FAILED

SMS_QUEUED

SMS_SENT

SMS_DRAFT

SMS_OUTBOX

SMS_RAW_MESSAGE

SMS_STATUS_PENDING

SMS_ATTACHMENT

SMS_NEW_THREAD_ID

向sms表插入数据时,type是根据协议来自动设置,

如果传入的数据中没有设置date时,自动设置为当前系统时间;非SMS_INBOX协议时,read标志设置为1

SMS_INBOX协议时,系统会自动查询并设置PERSON

threadId为null或者0时,系统也会自动设置

一直为造不了”发送失败”的邮件而发愁,现在来做一个:

content://sms/failed

ContentValues cv = new ContentValues();

cv.put(“_id”, “99”);

cv.put(“thread_id”, “0”);

cv.put(“address”, “9999”);

cv.put(“person”, “888”);

cv.put(“date”, “9999”);

cv.put(“protocol”, “0”);

cv.put(“read”, “1”);

cv.put(“status”, “-1”);

//cv.put(“type”, “0”);

cv.put(“body”, “@@@@@@@@@”);

this.getContentResolver().insert(Uri.parse(“content://sms/failed”), cv);

type被设置成了5,thread_id设置为1

系统连最起码的数据校验都没有做啊,google对程序员也太仁慈了。

看看能不能再挖掘一下sms的功能。先来做一个错误的查询:

getContentResolver().query( Uri.parse(“content://sms/”) , new String[]{“a”}, “b”, null, null);

log输出错误的SQL语句:

SELECT a FROM sms WHERE (b) ORDER BY date DESC

query方法中没有Group by,如果想对短信做统计,对Cursor进行遍历再统计也太慢了。

在SQL语言中group by在Where后面,那就在条件参数中想想办法:

Android组织SQL语句时将条件两端加(),那就拼一个group by出来吧:

getContentResolver().query( Uri.parse(“content://sms/”) , new String[]{“count(*) as count, thread_id”}, “1=1) group by (thread_id”, null, null);

那么输出的SQL= SELECT count(*) as count, thread_id FROM sms WHERE ( 1=1) group by (thread_id ) ORDER BY date DESC

如果想查询URI没有对应的表怎么办呢,比如想知道 mmssms.db数据库中有哪些表,

查询的表是URI定的,再在条件参数中拼凑肯定是不行。

那我们把目光往前移,看看在字段参数中能不能凑出来。

要查询其它表,关键要去掉系统固定添加的FROM sms,

用用SQL中的注释吧,

getContentResolver().query(Uri.parse(“content://sms/”), new String[]{” * from sqlite_master WHERE type = ‘table’ — “}, null, null, null);

那么输出的SQL=SELECT * from sqlite_master WHERE type = ‘table’ — FROM sms ORDER BY date DESC

居然能够运行。

得寸进尺,再进一步,如果加入“;”也能运行的话,哈哈,那么建表、删除表、更新表也能为所欲为咯。

getContentResolver().query(Uri.parse(“content://sms/”), new String[]{” * from sms;select * from thrreads;– “}, null, null, null);

很可惜,只运行了第一条SQL语句,看来在关键问题上,android还是有所控制的。

不过支持–也很不错了,这样可以查询数据库中所有的表,而且还可以多表联查。

tanglei wechat
欢迎扫码加入互联网大厂内推群 & 技术交流群,一起学习、共同进步