android 短信接收流程分析——为更好的拦截短信做准备

观察360的短信拦截和QQ管家的短信拦截，发现先安装的就能先拦截到的短信，然后中断广播，之后谁都不能获取到短信。从这里可以推出系统大概有一个广播表，同等级的按安装先后顺序排放。目前的方法是在应用层调用framework API进行控制的。

为了能更好的了解android接收短信的流程，我进行了更深入的分析，从RIL的通信架构来分析当接收到短信的整个流程。从frameword里的RIL.java

文件可以看出发送短信和接收短信是通过Receiver和Sender架构，发送短信主要通过Sender框架，主要如下(图是从网上窃滴~)：

上层函数调用Command Inte易做图ce将请求消息发送到sender架构，由该架构将请求发送到RILD的架构。

目前主要分析接收短信走过的那些渠道，因此发送短信只是略微的说明一下。

接收短信流程如下（从发送消息到接收消息的处理流程）(图是从网上剽滴~)：

clip_image002[6]

从上图右边那块（结合代码）可以看出短信接收是从ril.cpp文件通过socket与RIL.java的socket交流，当ril.cpp收到短信后处理完成后会通过socket发送字节流给上层的RIL.java，而在RIL.java中有Receiver架构（该架构主要是一条线程）在不断监听，

Receiver架构代码：

class RILReceiver implements Runnable {

byte[] buffer;

RILReceiver() {

buffer = new byte[RIL_MAX_COMMAND_BYTES];

}

public void

run() {

int retryCount = 0;

try {
for (;;) {

LocalSocket s = null;

LocalSocketAddress l;

try {

s = new LocalSocket();

l = new LocalSocketAddress(SOCKET_NAME_RIL,

LocalSocketAddress.Namespace.RESERVED);

s.connect(l);

} catch (IOException ex) {

try {

if (s != null) {

s.close();

}

} catch (IOException ex2) {

// ignore failure to close after failure to connect

}

// don't print an error message after the the first time

// or after the 8th time

if (retryCount == 8) {

Log.e(LOG_TAG,

"Couldn't find '" + SOCKET_NAME_RIL

+ "' socket after " + retryCount

+ " times, continuing to retry silently");

} else if (retryCount > 0 && retryCount < 8) {

Log.i(LOG_TAG,

"Couldn't find '" + SOCKET_NAME_RIL

+ "' socket; retrying after timeout");

}

try {

&nbs

补充：移动开发 , Android ,