Android应用进程间通信之Messenger信使使用及源码浅析
来源:互联网 发布:win10 linux虚拟机 编辑:程序博客网 时间:2024/06/11 16:27
转载: http://blog.csdn.net/yanbober
1 背景
这个知识点是个low货,刚开始其实想在之前一篇文章《Android异步消息处理机制详解及源码分析》一文中作为一个知识点分析的,但是想了又想又觉得该放在后面进程间通信分析时再分析。然并卵,还是单独拿出来写一篇分析一下吧。
提到Message和Handler其实大家都很熟悉,但是说到Messenger估计有些人还是不太常用的,更有甚者都能把Messenger拼写错误为Messager,以为是Message加了个r,当然,网络上对于Messenger的文章现在也很多了,但是个人分析总结总归是个人的。哈哈,不扯淡了,言归正传。
Messenger实现了IPC通信,其真实原理也是使用了AIDL进行通信,但是和直接使用AIDL不同的是Messenger利用了Handler处理通信,所以它是线程安全的(不支持并发处理);而我们平时用的AIDL是非线程安全的(支持并发处理)。所以大多数时候我们应用中是不需要处理夸进程并发处理通信的,所以这时选择Messenger会比AIDL更加容易操作。
【工匠若水 http://blog.csdn.net/yanbober 转载请注明出处。点我开始Android技术交流】
2 基础实例
分析源码之前我们先来看一个Demo例子,其核心逻辑就是客户端进程client发送一个消息到服务端进程remote,服务端进程收到消息后做完处理再回发一个消息到客户端client,整个过程采用了Messenger信使和Handler来实现。具体如下:
工程的Android管理文件:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
工程中的一个独立进程服务端remote源码:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
工程中的一个独立进程客户端client代码:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
看着了吧,这就是一个超级简单的Messenger使用场景,具体过程比较形象的描述如下图:
相信有了这幅图就不需要再解释啥了吧,这个也够明白了。
【工匠若水 http://blog.csdn.net/yanbober 转载请注明出处。点我开始Android技术交流】
3 Messenger源码浅析
通过上面的实例明显可以看出,在不考虑并发的情况下,Messenger相比AIDL无论从代码量、工程结构、复杂度等上都更加胜出一筹。既然这么好用的东东,那就来看看他的源码吧,如下我们先通观一下Messenger类的整个核心代码,然后再细说。如下所示:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
通过上面全局预览Messenger类及上面的实例使用相信你一定注意到了Messenger有两个构造函数,分别是public Messenger(Handler target)和public Messenger(IBinder target),很明显你已经知道了,参数为Handler的是远程进程实例方法,而参数为IBinder为客户端进程的实例方法。既然这样那我们就先从服务端获取Messenger对象的构造函数public Messenger(Handler target)说起吧,可以看见代码如下:
- 1
- 2
- 3
- 1
- 2
- 3
该构造函数调运了Handler的getIMessenger方法,这个方法在Handler中源码如下:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
可以看见,getIMessenger对于每一个Handler对象来说是单例的对象,而且这个IMessenger对象的实现类是MessengerImpl,也可以看见MessengerImpl又是IMessenger.Stub的实现类,这个IMessenger.Stub其实就是AIDL文件通过aapt自动生成在我们gen或者build目录下的服务端接口子类而已。那既然这么说了我们就来确认下吧,看下面这个AIDL文件(frameworks/base/core/Java/android/os/IMessenger.aidl):
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
这下明白了吧,Messenger类中的mTarget其实就是一个Handler中单例的IMessenger远程IPC接口MessengerImpl。
紧接着我们看下Service中的onBind实现,其调运了Messenger的getBinder方法,这个方法源码如下:
- 1
- 2
- 3
- 1
- 2
- 3
可以看见,其实asBinder返回的就是this,也就是自己,也就是把Service中的Messenger通过onBind方法返回给客户端。
接着我们暂时回到上面实例的客户端代码,可以发现,客户端进程首要任务就是通过与远程进程Service绑定然后获取远程Messenger对象实例,其用的构造函数如下:
- 1
- 2
- 3
- 1
- 2
- 3
握草,这不就是我们平时获取服务端对象的实现方法么?是的,就这样客户端就拿到了服务端的Messenger对象,看着好像客户端新new了一个对象似的,其实不是的。
然后就是发送过程了,发送过程的消息首先是可序列化的,然后通过Messenger的send发送,而这个send方法上面我们也分析过了,其实现就是通过Handler的sendMessage方法来发送的,所以不再多解释,又回归到了之前分析的Handler与Message过程。
总体可以发现,其实Messenger没啥高端的,坦白说其实就是对AIDL的二次封装后结合Handler让用户用起来更加便捷而已。
整个Messenger原理如下:
- Android应用进程间通信之Messenger信使使用及源码浅析
- Android应用进程间通信之Messenger信使使用及源码浅析
- Android应用进程间通信之Messenger信使使用及源码浅析
- Android应用进程间通信之Messenger信使使用及源码浅析
- Android应用进程间通信之Messenger信使使用及源码浅析
- Android进程间通信之--Messenger(信使)
- Messenger(信使)进程间通信使用
- Android进程间通信之Messenger浅析
- Android进程间通信之使用Messenger
- Android进程间通信之使用Messenger
- Android 进程间通信之使用Messenger
- Android进程间通信之使用Messenger
- Android信使Messenger范例源码
- android进程间通信之Messenger
- Android进程间通信之Messenger
- Android进程间通信(IPC)之Messenger
- 初识Android进程间通信之---Messenger
- Android进程间通信之Messenger
- vue插件篇
- 13.6 Thread类自定义线程类
- 打印菱形
- Spring框架的IOC/DI的自己实现
- 单例模式
- Android应用进程间通信之Messenger信使使用及源码浅析
- Crodova环境配置-Android
- 第二章:Java 系统框架及特性
- 水平权限漏洞的修复方案
- Trie树
- org.springframework.transaction.CannotCreateTransactionException: Could not open
- [NOIP模拟题][LIS][同余最短路][DP][矩阵快速幂][容斥原理]
- java compareTo()方法详解
- AI日报(11.15)