Android组件间的交互和进程间IPC通信(1)，【吐血整理】-Toy模板网

这篇具有很好参考价值的文章主要介绍了Android组件间的交互和进程间IPC通信(1)，【吐血整理】。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

openSomeDiagIntent.setAction(“edwin.demo.fooActivity”);

this.startActivity(openSomeDiagIntent);

上面的隐式消息不包含具体的目的地，而是仅包含一个名位“Action”的特征字符串，Action就是上文所说的Intent特征的一种。从字面上来理解，可以理解为这个消息所代表的是完成某一个动作的含义，由action来标明动作的名字。所有能够处理这种动作的Activity都可以收到该消息。对应的，可能在同一个程序或者另外的某个程序的AndroidMainifest.xml中声明了下面这样的一个Activity：

那么这就表示这个Activity能够收到并处理action为“edwin.demo.fooActivity”的消息。所以上面的代码串起来的效果就是，打开了这个名为.fooActivity的窗口，无论这个窗口是在当前的进程中还是另外的一个程序中。

除了Action这种消息特征外，Intent还有category，data这两个特征描述属性。Category同样是一个字符串，从字面上理解就是 “消息的分类特征”。从程序上看其和Action的不同在于，一个Intent只能有惟一的一个Action名称，但是却可以包含多个Category字符串；一个Intent-Filter可以包含多个Action节点但至少要包含一个，另一方面一个Intent-Filter可以包含零到多个 Category节点。Android在做Intent-Filter匹配的时候，Intent的Action属性匹配到Intent-Filter中的任何一个action节点，就表明拥有这个Intent-Filter的组件能够处理这种消息；而对于Category来讲一个Intent中的所有的 Category都必须存在于Intent-Filter中的Category节点中时，才表明匹配成功。Data属性可以描述一个Intent所要传递的数据类型和URI，每一个Intent只能包含一个Data属性。其中数据的类型使用MIME类型描述方式来描述，例如video/mpeg表示编码格式为mpeg的视频，这里也可以使用通配符，例如video/*表示任意格式的视频文件类型；数据的URI由scheme（协议），host，port，path四部分组成：scheme://host:port/path，例如http://test.com:8080 /file/file1 或者content://edwin.demo.contentProvider:100/forder/content1，其中path部分也是可以支持通配符的。Data属性是一个很有用的描述特征，例如下面这样的一个包含data节点的Intent-Filter：

它表示窗体actHttpVideoMan能够处理来自web服务器的视频文件。这样的filter有什么作用呢？最典型的情况就是配合浏览器工作。浏览器在打开一个链接的时候首先会尝试显示这个链接对应的html页面，如果这个链接不是一个html页面，而是一个视频文件或者其他浏览器本身不能处理的格式的话，浏览器会使用隐式消息尝试开启一个能够处理这种数据格式的Activity来处理，浏览器发出的隐式消息就是一个包含data属性，其中URI scheme为http，数据类型为video/*的消息，如果有能够匹配这个intent的组件，例如我们上面的那个activity，浏览器就会启动这个窗体，接着这个窗体会根据data属性指定的URI去播放在线视频，如果没有可以处理这个intent的Activity，浏览器才会调用下载管理器下载文件。

隐式消息这个设计简单有效，它忽略了进程的细节，让IPC在一个更高的更接近人脑思维模式的层次工作，让系统中的不同进程协作看起来就像是同一程序中的协作一样，这种简单的IPC机制在很大的程度上鼓励我们和其他进程协作，通过协作的进程来完成一个复杂的任务，而不是把什么功能都做到一个大而全的程序里面。不过上文还有一些细节没有提到，例如如果一个intent有多个可匹配的处理组件，系统如何处理？这就要分响应消息的组件类型来说了，如果是 service，那么这些service都可以启动并处理消息，如果是Activity，则android会弹出一个对话框让用户进行选择。比如我们安装了多个可以处理在线视频的软件，当我们在浏览器中点击一个在线视频的链接时，系统会让用户选择使用哪个软件来观看。另外大家一定会想到安全性的问题，如果不同进程间的组件可以通过隐式消息互相通信，那我们的程序不是可以轻易调用到其他的程序或者系统中的一些敏感程序的组件，这样会不会很不安全呢？其实 Android在安全方面有一个统一，完备和轻便的安全策略模型，Intent的安全自然是被考虑在内的，关于android的安全模型我会在后续的系列 blog中专门说明。
最后，除了Intent这种基于消息的进程内和进程间通信模型外，android中也有一种相比起来稍显笨重一些的IPC机制，它采用类似远程方法调用的方案，通过接口定义文件AIDL来定义一个IPC接口，然后通过接收方实现接口，调用方调用接口的本地代理实现来完成IPC。这种模型只适用于 Activity和Service间的通信，之所以需要这种稍显重量的模式，是因为Activity除了发送intent去启动一个service外，可能还需要能够在Service的运行过程中连接到service，对Service发送一些控制请求。例如音乐播放程序，其后台的播放服务往往独立运行，以方便我们在使用其他程序界面时也能听到音乐。同时这个后台播放服务也会定义一个控制接口，包含比如播放，暂停，快进之类的方法，任何时候播放程序的界面都可以通过使用bindService API连接到播放服务，获取这个接口的包含IPC细节的实现代理，通过这组控制接口方法对其进行控制，这时这种IPC的方案就显的更方便更直观一些了。有关使用AIDL这种IPC的更详细描述， google的官方文档=“”>已做了详细的讲解

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

Android组件间的交互和进程间IPC通信(1)，【吐血整理】,程序员,android,交互