ThinkChat🤖让你学习和工作更高效,注册即送10W Token,即刻开启你的AI之旅 广告
在使用G7的时候,最不满意的就是,群发短信的速度太慢,而且有时会出现ANR的情况,就G7的硬件配置来说,按理不至于发生这种情况。原因究竟何在?通过对Rild和Phone的分析认为,原因和Rild以及Phone的设计有些许关系,下面来探讨一下这个问题。 以Rild和RefRil库为例,来分析Rild和Phone的设计上有哪些特点和问题。注意,这里,将短信程序和Phone程序统称为Phone。 - Rild没有使用Binder通信机制和Phone进行交互,这一点,虽感觉较奇怪,不过也好理解,因为实现一个用Socket进行IPC通信的架构,比用Binder要简单,至少代码量要少一些。 - Rild使用了异步请求/处理的模式,这种模式对于Rild来说是合适的。因为一个请求的处理可能耗时很长,另外一点就是Rild会收到来自BP的unsolicited Response。 - Phone这个应用也使用了异步模式。其实,这也好理解,因为Phone和Rild采用了Socket进行通信,如把Phone中的Socket看做是Rild中的串口设备,就发现这个Phone竟然是Rild在Java层的翻版。这样设计有问题吗?其明显缺陷就是一个请求消息在Java层的Phone中要保存一个,传递到Rild中还要保存一个。另外,Phone和Rild交互的是AT命令。这种直接使用AT命令的方式,对以后的扩展和修改都会造成不少麻烦。 - 再来看群发短信问题。群发短信的实现,就是同一个信息发送到不同的号码。对于目前Phone的实现而言,就是一个for循环中调用一个发送函数,参数中仅有号码不同,而短信内容是一样的。这种方式是否太浪费资源了呢?假设群发目标人数为二百个,那么Java层要保存二百个请求信息,而Rild层也要保存二百个请求信息。并且Rild每处理一个命令就会来一个完成通知。对于群发短信功能来说,本人更关心的是,所有短信发送完后的统一结果,而非单条短信发送的结果。 以上是我关于Rild和Phone设计特点的一些总结。如果由我来实现Phone,该怎么做呢?这里,愿将自己的一些想法与读者分享。 - 在Phone和Rild的进程间通信上,将使用Binder机制。这样,需首先定义一个Phone和Rild通信的接口,这个接口的内容和Rild提供的服务有关,例如定义一个dial函数,定义一个sendSMS函数。除此之外,需要定义Rild向Phone回传Response的通知接口。也就是说,Rild直接利用Binder回调Phone进程中的函数,把结果传过去。采用Binder至少有三个好处。第一,Phone和Rild的交互基于接口函数,就不用在Phone中做AT命令的转换了,另外基于接口的交互使得程序的可扩展性也得到了提高。第二,可以定义自己的函数,例如提供一个函数用来实现群发短信,通过这个函数可将一条短信内容和多个群发目标打包传递给Rild,然后由Rild自己去解析成多条AT命令进行处理。第三,Phone代码将会被精简不少。 - 在内存使用方面,有可能Phone和Rild都需保存请求,这时可充分利用共享内存的优势,将请求信息保存在共享内存中。这样,可减少一部分内存使用。另外,这块内存中存储的信息可能需要使用一定的结构来组织,例如采用优先级队列。这样,那些优先级高的请求就能首先得到处理了。 以上是本人在研究Rild和Phone代码过程中一些不成熟的想法,希望能引起读者共同的思考。读者还可以参考网上名为《RIL设计思想解析》的一篇文章。