本文是基于上一篇<Android Telephony分析(六) —- 接口扩展(实践篇)>来写的.上一篇介绍的接口扩展的方法需要实现两部分代码:1. 从APP至RIL,发送请求:2. 从RIL至APP,上报结果. 由于这是一个异步请求,所以两部分流程都不能少,导致流程过于复杂.而本文的目的就是为了将异步请求转换成同步请求,节省第二部分“上报结果”的流程,从而简化整个接口扩展的流程和代码量.(当然,虽然<Android Telephony分析(六) —- 接口扩展(实践篇)>代码流程…

本文将结合前面五篇文章所讲解的知识,综合起来,实现一个接口扩展的功能.如果还没有阅读过前面五篇文章的内容,请先阅读:<Android Telephony分析(一) — Phone详解 ><Android Telephony分析(二) — RegistrantList详解 ><Android Telephony分析(三) — RILJ详解 ><Android Telephony分析(四) — TelephonyManager详解 ><Android Te…

前言 本文主要讲解RILJ工作原理,以便更好地分析代码,分析业务的流程.这里说的RILJ指的是RIL.java (frameworks\opt\telephony\src\java\com\android\internal\telephony) ,RILC指的是Ril.cpp (hardware\ril\libril)1. RILJ的创建 RILJ的继承关系如下: 可以看到RILJ继承自BaseCommands并且实现了CommandsInterface接口,RILJ中有两个子线程RILSend…

本文紧接着上一篇文章<Android Telephony分析(四) —- TelephonyManager详解 >的1.4小节.从TelephonyRegistry的大部分方法中: 可以看出TelephonyRegistry主要的功能是上报消息,有两种方式:1. 通过notifyXXX方法.2. 通过发送broadcast.至于发广播没什么好说的了,我们看看notifyXXX方法吧,以notifyCallStateForPhoneId()方法为例 public void notifyCallS…

前言 本文主要讲解RegistrantList的原理,以及如何快速分析RegistrantList相关的代码流程.在Telephony模块中,在RIL.Tracker(ServiceStateTracker.CallTracker.DcTracker).Phone(PhoneBase及其子类).UICC框架.CallManager等等中都大量使用到的RegistrantList,可见RegistrantList使用范围之广.如果代码流程中使用了RegistrantList,如何分析下一步代码流程…

前言 TelephonyManager主要提供Telephony相关信息的查询/修改功能,以及Phone状态监听功能,封装的方法主要是提供给APP上层使用.TelephonyManager.java 在frameworks\base\telephony\java\android\telephony目录下. 1. TelephonyManager整体结构 从TelephonyManager导入的文件中可以发现有四个接口 import com.android.internal.telecom.ITe…

目录: Phone的继承关系与PhoneFactory(GsmCdmaPhone.ImsPhone.SipPhone) Phone进程的启动 Phone对象的初始化(DefaultPhoneNotifier和RIL对象,将作为创建GsmCdmaPhone参数) 为Phone实例注册监听事件(CM,注册与注销) Phone有什么作用(监听.上报消息.modem交互) 1.在Android N中,Phone的继承关系: Android中有三种PhoneFactory:PhoneFactory.jav…

一. mmssms.db 数据库mmssms.db中表的定义见表4.1至4.18所示: 表4.1 addr(彩信地址) 字段名 类型 描述 备注 _id INTEGER PRIMARY_KEY 主键ID 系统生成 msg_id INTEGER The ID of MM whcich this Address entry belongs to. Pdu主键关联 contact_id INTEGER The ID of contact entry in Phone Book   address TE…

转自:http://blog.nathon.wang/2015/06/24/tornado-source-insight-01-gen/ 用Tornado也有一段时间,Tornado的文档还是比较匮乏的,但是幸好其代码短小精悍,很有可读性,遇到问题时总是习惯深入到其源码中.这对于提升自己的Python水平和对于网络及HTTP的协议的理解也很有帮助.本文是Tornado源码系列的第一篇文章,网上关于Tornado源码分析的文章也不少,大多是从Event loop入手,分析Event loop的工作…

Android Wear数据层API,这是google play service部分,通信信道,以你的手持设备和耐磨应用. Api它包含一系列数据对象,可以让系统通过监控和通知行app重要的事件数据层. 下面是几种对象类型. Data Item 提供数据存储用于手机和wear的自己主动同步. Messages 消息API能够实现fire-and-forget模式,如在wear中控制手机播放器控制或者通过手机发送一个意图给wear,当建立连接或者发生传输错误的时候.都会提供消息.消息是一个典型的单…