公司输入法项目有一个监听手机短信的需求，由于输入法发送的短信有时候会很长，而每条短信的长度一般被移动运营商限制在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内在设计，这都可能使开发工作越来越难以兼顾所有情况。规范代码从每一个程序开发者开始，你我共同努力。
网友评论