Android短信监听遇到的问题

       公司输入法项目有一个监听手机短信的需求,由于输入法发送的短信有时候会很长,而每条短信的长度一般被移动运营商限制在70个汉字,过长的时候就会被无情的分多条发送。大部分国产手机定制的ROM会自动合并多条消息,但是对于原生系统而言,并不会主动的把多条消息合并成一一条显示。输入法在处理上就在发送时把消息手动拆分,接收时再手动合并。拆分合并方式不再赘述。但是实际使用过程中发现发送消息时会遇到很多的小坑,网上查询一下发现很多解决方案,但是和我的需求不同,我的需求是:实现手机每次接收消息时取出接收到的消息。

其实细想一下实现起来并不困难,按照Android规范可以使用监听手机消息广播和监听消息数据库变化两种方式。但是这两种方式直接使用都存在漏洞,导致手机不断地收发消息,下面就根据自己探索的流程来讲解问题解决的过程。

使用监听消息接收广播:

    在Android手机中,每次收到一条消息系统会对外发出一条广播:android.provider.Telephony.SMS_RECEIVED,我们可以通过监听这个广播,在清单文件中静态注册一下就能实现整个应用中监听接收到的消息。这个方式最简单直接,明了易懂:

首先在清单文件中注册广播监听者:

清单文件静态注册消息接收广播监听

然后实现广播接收者:

实现广播接收者

       该方法能够实现每次收到消息获取到当前收到的消息内容,并且不回重复导致消息发送接收,不回出现一次收发多次调用的问题。但是在国内众多手机厂商为了防止消息广播的滥用和安全性考虑,在定制ROM中屏蔽了该广播的发送。由于该广播是时序广播,也很容易被短信软件和安全软件劫持,从而使我们的应用无法监听到消息的收发。下面介绍使用数据库监听的方法获取消息。

使用监听消息数据库变化:

        使用监听者方式监听消息数据库的变化,这是Android提供的另外一个方式——内容提供者是一个很好的工具。系统会把共有的数据以能提供者的身份对方开放出来,用户可以使用接口进行操作。由于输入法需要整个应用全局监听消息的收发,所以我直接在Application中注册消息观察者,(该方法存在内存消耗的问题,但是为了实现全局监听,暂时没有好的解决方案,哪位有好的方式请提供出来,在此致谢)。具体代码示例如下:

首先在Application注册消息数据库观察者:

注册消息数据库观察者

实现观察者对消息数据库操作的监听:

实现消息观察者的监听

         这种方法在多机型测试测试上实现了产品的需求。其中需要特殊指出的一点就是上图代码第42行:

        if(intType !=1)return;

        原本没有添加这一句,导致当时用手机发送短信时会出现onChange()方法被调用多次的情况,接收消息不存在该问题。但是就导致两部手机之间不断地收发,无法停止的情况。这是由于检索了消息数据库全部消息导致的,我的解决方案就是在检索之后判断消息是不是接受的消息,解决了问题。至于intType的值,分别代表了:

ALL(全部) :0;

INBOX(收到的消息):1;

SENT(发出的消息):2;

DRAFT (草稿箱):3;

OUTBOX(发件箱): 4;

FAILED(发送失败的消息):5;

QUEUED(发送队列的消息):6;

        虽然该方法不是最好的,无疑在该项目中是最有效的。在国内各种厂商各自为战的情况下,谷歌原生的很多东西都被改动的与设计相差甚远。开发者的代码规范意识和优化意识也在很大程度上影响了Android内在设计,这都可能使开发工作越来越难以兼顾所有情况。规范代码从每一个程序开发者开始,你我共同努力。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,099评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,828评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,540评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,848评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,971评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,132评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,193评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,934评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,376评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,687评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,846评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,537评论 4 335
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,175评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,887评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,134评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,674评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,741评论 2 351

推荐阅读更多精彩内容