Framework中的AIDL(原)
来源:互联网 发布:淘宝怎么刷流量安全 编辑:程序博客网 时间:2024/05/21 15:08
在上一节(应用层的AIDL调用)中我们介绍了应用层中的AIDL用法, 这一节中,我们来看一下系统Framework层中更为普通的AIDL用法。
为了便于分析,我们挑选了ITelephonyRegistry这个SystemService进行分析。这个服务的主要作用就是对通话相关的事件进行监听,我们把重心放在AIDL的实现结构上,不去关注ITelephonyRegistry具体的实现。
一、AIDL文件相关
先来看一下这个服务的AIDL文件:
再来看这个服务的真正实现:上面的两个文件是这个服务的核心部分,aidl文件规定了这个服务的功能,而java文件是对功能的具体实现。但是,此时的TelephonyRegistry并没有继承Service的类,也就是说,当前他并不具备作为一个Service的资格。那么他是如何变成一个服务的呢?
二、服务的注册过程
我们在SystemService中找到了答案。 我们看到,在这一步中,把telephonyRegistry对象(也就是ITelephonyRegistry.Stub的子类对象)作为一个Service注册给了ServiceManager。并且注册的名字是“telephony.registry”有了这一步,TelephonyRegistry就可以作为服务提供者向客户端开放了。也就是说,有了这一步,TelephonyRegistry才算上是一个真正的Service,可以接受客户端的连接申请。
那么接下来,我们怎么得到这个Service呢?
三、如何得到注册的服务
既然通过ServiceManager注册了服务,我们就需要再次通过ServiceManager得到它的服务对象。通过这样的方法,我们就得到了ITelephonyRegistry.aidl的对象sRegistry。
四、流程总结
我们现在回顾一下这种AIDL服务的框架。我们通过继承ITelephonyRegistry.Stub父类去实现AIDL中规定的接口,然后把TelephonyRegistry作为ServiceManager注册给SystemService。客户端可以通过ServiceManager得到TelephonyRegistry的对象,然后就可以去调用AIDL中定义的接口了。
1 0
- Framework中的AIDL(原)
- Framework中的AIDL(原)
- Framework中的AIDL(原)
- Framework中的TelephonyManager(原)
- Framework中的TelephonyRegistry(原)
- Framework中的AIDL
- Framework中的AIDL
- Framework中的Ril源码分析(原)
- Framework中的Ril源码分析(原)
- Framework中的连接管理机制(原)
- Framework中的连接管理机制(原)
- 应用层的AIDL用法(原)
- 两种AIDL用法分析(原)
- 两种AIDL用法分析(原)
- 应用层的AIDL用法(原)
- 两种AIDL用法分析(原)
- AIDL原理解
- Framework编译AIDL文件
- org.xml.sax.SAXParseException; lineNumber: 71; columnNumber: 54; 元素内容必须由格式正确的字符数据或标记组成。
- 【WebGL】WebGL入门
- 样式,动态加载
- 浅谈Service Manager成为Android进程间通信(IPC)机制Binder守护进程之路
- what's the different between forward proxy and reverse proxy?
- Framework中的AIDL(原)
- lightoj 1018 一个比较重要的状态转移的剪枝技巧....DFS+状压dp
- Mybatis集合映射
- 16进制与byte的转换
- Leetcode 71 Simplify Path
- Objective-C-iOS常用小控件(UISlider)
- emmc field firmware update
- Spark升级到2.0后测试stream-kafka测试报java.lang.NoClassDefFoundError: org/apache/spark/Logging错误
- TCP连接的三次握手和四次挥手