进程间通信效率最高的是,android开发中跨进程通信有几种方式

进程间通信效率最高的是,android开发中跨进程通信有几种方式详细介绍

本文目录一览： 进程间通信的方法有哪些？那一种方法效率最高？进程间同步机制有哪些

　　进程间通信机制
　　1 文件映射
　　文件映射(Memory-Mapped Files)能使进程把文件内容当作进程地址区间一块内存那样来对待。因此，进程不必使用文件I/O操作，只需简单的指针操作就可读取和修改文件的内容。
　　Win32 API允许多个进程访问同一文件映射对象，各个进程在它自己的地址空间里接收内存的指针。通过使用这些指针，不同进程就可以读或修改文件的内容，实现了对文件中数据的共享。
　　应用程序有三种方法来使多个进程共享一个文件映射对象。
　　(1)继承：第一个进程建立文件映射对象，它的子进程继承该对象的句柄。
　　(2)命名文件映射：第一个进程在建立文件映射对象时可以给该对象指定一个名字(可与文件名不同)。第二个进程可通过这个名字打开此文件映射对象。另外，第一个进程也可以通过一些其它IPC机制(有名管道、邮件槽等)把名字传给第二个进程。
　　(3)句柄复制：第一个进程建立文件映射对象，然后通过其它IPC机制(有名管道、邮件槽等)把对象句柄传递给第二个进程。第二个进程复制该句柄就取得对该文件映射对象的访问权限。
　　文件映射是在多个进程间共享数据的非常有效方法，有较好的安全性。但文件映射只能用于本地机器的进程之间，不能用于网络中，而开发者还必须控制进程间的同步。
　　2 共享内存
　　Win32 API中共享内存(Shared Memory)实际就是文件映射的一种特殊情况。进程在创建文件映射对象时用0xFFFFFFFF来代替文件句柄(HANDLE)，就表示了对应的文件映射对象是从操作系统页面文件访问内存，其它进程打开该文件映射对象就可以访问该内存块。由于共享内存是用文件映射实现的，所以它也有较好的安全性，也只能运行于同一计算机上的进程之间。
　　注意点： 要控制同步，而且CString、list、arry、map等的collect class都不能安全的使用于共享内存中
　　不要把拥有虚函数之C++类放到共享内存中
　　不要把CObject派生类之MFC对象放到共享内存中
　　不要使用"point within the shared memory"的指针
　　不要使用"point outside of the shared memory"的指针
　　使用"based"指针是安全的，但要小心使用
　　3 匿名管道
　　管道(Pipe)是一种具有两个端点的通信通道：有一端句柄的进程可以和有另一端句柄的进程通信。管道可以是单向－一端是只读的，另一端点是只写的；也可以是双向的一管道的两端点既可读也可写。
　　匿名管道(Anonymous Pipe)是 在父进程和子进程之间，或同一父进程的两个子进程之间传输数据的无名字的单向管道。通常由父进程创建管道，然后由要通信的子进程继承通道的读端点句柄或写 端点句柄，然后实现通信。父进程还可以建立两个或更多个继承匿名管道读和写句柄的子进程。这些子进程可以使用管道直接通信，不需要通过父进程。
　　匿名管道是单机上实现子进程标准I/O重定向的有效方法，它不能在网上使用，也不能用于两个不相关的进程之间。
　　4 命名管道
　　命名管道(Named Pipe)是服务器进程和一个或多个客户进程之间通信的单向或双向管道。不同于匿名管道的是命名管道可以在不相关的进程之间和不同计算机之间使用，服务器建立命名管道时给它指定一个名字，任何进程都可以通过该名字打开管道的另一端，根据给定的权限和服务器进程通信。
　　命名管道提供了相对简单的编程接口，使通过网络传输数据并不比同一计算机上两进程之间通信更困难，不过如果要同时和多个进程通信它就力不从心了。
　　5 邮件槽
　　邮件槽(Mailslots)提 供进程间单向通信能力，任何进程都能建立邮件槽成为邮件槽服务器。其它进程，称为邮件槽客户，可以通过邮件槽的名字给邮件槽服务器进程发送消息。进来的消 息一直放在邮件槽中，直到服务器进程读取它为止。一个进程既可以是邮件槽服务器也可以是邮件槽客户，因此可建立多个邮件槽实现进程间的双向通信。
　　通过邮件槽可以给本地计算机上的邮件槽、其它计算机上的邮件槽或指定网络区域中所有计算机上有同样名字的邮件槽发送消息。广播通信的消息长度不能超过400字节，非广播消息的长度则受邮件槽服务器指定的最大消息长度的限制。
　　邮件槽与命名管道相似，不过它传输数据是通过不可靠的数据报(如TCP/IP协议中的UDP包)完成的，一旦网络发生错误则无法保证消息正确地接收，而命名管道传输数据则是建立在可靠连接基础上的。不过邮件槽有简化的编程接口和给指定网络区域内的所有计算机广播消息的能力，所以邮件槽不失为应用程序发送和接收消息的另一种选择。
　　6 剪贴板
　　剪贴板(Clipped Board)实质是Win32 API中一组用来传输数据的函数和消息，为Windows应用程序之间进行数据共享提供了一个中介，Windows已建立的剪切(复制)－粘贴的机制为不同应用程序之间共享不同格式数据提供了一条捷径。当用户在应用程序中执行剪切或复制操作时，应用程序把选取的数据用一种或多种格式放在剪贴板上。然后任何其它应用程序都可以从剪贴板上拾取数据，从给定格式中选择适合自己的格式。
　　剪贴板是一个非常松散的交换媒介，可以支持任何数据格式，每一格式由一无符号整数标识，对标准(预定义)剪贴板格式，该值是Win32 API定义的常量；对非标准格式可以使用Register Clipboard Format函数注册为新的剪贴板格式。利用剪贴板进行交换的数据只需在数据格式上一致或都可以转化为某种格式就行。但剪贴板只能在基于Windows的程序中使用，不能在网络上使用。
　　7 动态数据交换
　　动态数据交换(DDE)是使用共享内存在应用程序之间进行数据交换的一种进程间通信形式。应用程序可以使用DDE进行一次性数据传输，也可以当出现新数据时，通过发送更新值在应用程序间动态交换数据。
　　DDE和剪贴板一样既支持标准数据格式(如文本、位图等)，又可以支持自己定义的数据格式。但它们的数据传输机制却不同，一个明显区别是剪贴板操作几乎总是用作对用户指定操作的一次性应答－如从菜单中选择Paste命令。尽管DDE也可以由用户启动，但它继续发挥作用一般不必用户进一步干预。DDE有三种数据交换方式：
　　(1) 冷链：数据交换是一次性数据传输，与剪贴板相同。
　　(2) 温链：当数据交换时服务器通知客户，然后客户必须请求新的数据。
　　(3) 热链：当数据交换时服务器自动给客户发送数据。
　　DDE交换可以发生在单机或网络中不同计算机的应用程序之间。开发者还可以定义定制的DDE数据格式进行应用程序之间特别目的IPC，它们有更紧密耦合的通信要求。大多数基于Windows的应用程序都支持DDE。
　　8 对象连接与嵌入
　　应用程序利用对象连接与嵌入(OLE)技术管理复合文档(由多种数据格式组成的文档)，OLE提供使某应用程序更容易调用其它应用程序进行数据编辑的服务。例如，OLE支持的字处理器可以嵌套电子表格，当用户要编辑电子表格时OLE库可自动启动电子表格编辑器。当用户退出电子表格编辑器时，该表格已在原始字处理器文档中得到更新。在这里电子表格编辑器变成了字处理器的扩展，而如果使用DDE，用户要显式地启动电子表格编辑器。
　　同DDE技术相同，大多数基于Windows的应用程序都支持OLE技术。
　　9 动态连接库
　　Win32动态连接库(DLL)中的全局数据可以被调用DLL的所有进程共享，这就又给进程间通信开辟了一条新的途径，当然访问时要注意同步问题。
　　虽然可以通过DLL进行进程间数据共享，但从数据安全的角度考虑，我们并不提倡这种方法，使用带有访问权限控制的共享内存的方法更好一些。
　　10 远程过程调用
　　Win32 API提供的远程过程调用(RPC)使应用程序可以使用远程调用函数，这使在网络上用RPC进行进程通信就像函数调用那样简单。RPC既可以在单机不同进程间使用也可以在网络中使用。
　　由于Win32 API提供的RPC服从OSF-DCE(Open Software Foundation Distributed Computing Environment)标准。所以通过Win32 API编写的RPC应用程序能与其它操作系统上支持DEC的RPC应用程序通信。使用RPC开发者可以建立高性能、紧密耦合的分布式应用程序。
　　11 NetBios函数
　　Win32 API提供NetBios函数用于处理低级网络控制，这主要是为IBM NetBios系统编写与Windows的接口。除非那些有特殊低级网络功能要求的应用程序，其它应用程序最好不要使用NetBios函数来进行进程间通信。
　　12 Sockets
　　Windows Sockets规范是以U.C.Berkeley大学BSD UNIX中流行的Socket接口为范例定义的一套Windows下的网络编程接口。除了Berkeley Socket原有的库函数以外，还扩展了一组针对Windows的函数，使程序员可以充分利用Windows的消息机制进行编程。
　　现在通过Sockets实现进程通信的网络应用越来越多，这主要的原因是Sockets的跨平台性要比其它IPC机制好得多，另外WinSock 2.0不仅支持TCP/IP协议，而且还支持其它协议(如IPX)。Sockets的唯一缺点是它支持的是底层通信操作，这使得在单机的进程间进行简单数据传递不太方便，这时使用下面将介绍的WM_COPYDATA消息将更合适些。
　　13 WM_COPYDATA消息
　　WM_COPYDATA是一种非常强大却鲜为人知的消息。当一个应用向另一个应用传送数据时，发送方只需使用调用SendMessage函数，参数是目的窗口的句柄、传递数据的起始地址、WM_COPYDATA消息。接收方只需像处理其它消息那样处理WM_COPY DATA消息，这样收发双方就实现了数据共享。
　　WM_COPYDATA是一种非常简单的方法，它在底层实际上是通过文件映射来实现的。它的缺点是灵活性不高，并且它只能用于Windows平台的单机环境下。

操作系统之 进程间通信的方式有哪些

进程能够单独运行并且完成一些任务，但是也经常免不了和其他进程传输数据或互相通知消息，即需要进行通信，本文将简单介绍一些进程之间相互通信的技术--进程间通信（InterProcess Communication，IPC）。由于篇幅有限，本文不会对每一种进行详细介绍。

进程间通信常见方式如下：

管道
FIFO
消息队列
信号量
共享内存
UNXI域套接字
套接字（Socket）

管道是一种古老的IPC通信形式。它有两个特点：

半双工，即不能同时在两个方向上传输数据。有的系统可能支持全双工。

只能在父子进程间。经典的形式就是管道由父进程创建，进程fork子进程之后，就可以在父子进程之间使用了。

system()函数虽然也能够执行系统命令，但是无法获取执行状态码，而执行系统命令本质上就需要创建子进程来完成，因此利用管道可以很方便的获取子进程的输出内容。本文不详细展开。

FIFO也被称为命名管道，与管道不同的是，不相关的进程也能够进行数据交换。

而FIFO也常常有以下两个用途：

无需创建中间临时文件，复制输出流

多客户-服务进程应用中，通过FIFO作为汇聚点，传输客户进程和服务进程之间的数据

两个没有亲缘关系的进程可以通过FIFO进行通信。

消息队列可以认为是一个消息链表，存储在内核中，进程可以从中读写数据。与管道和FIFO不同，进程可以在没有另外一个进程等待读的情况下进行写。另外一方面，管道和FIFO一旦相关进程都关闭并退出后，里面的数据也就没有了，但是对于消息队列，一个进程往消息队列中写入数据后退出，另外一个进程仍然可以打开并读取消息。消息队列与后面介绍的UNIX域套接字相比，在速度上没有多少优势。

信号量是一个计数器，它主要用在多个进程需要对共享数据进行访问的时候。考虑这一的情况，不能同时有两个进程对同一数据进行访问，那么借助信号量就可以完成这样的事情。

它的主要流程如下：

检查控制该资源的信号量

如果信号量值大于0，则资源可用，并且将其减1，表示当前已被使用

如果信号量值为0，则进程休眠直至信号量值大于0

也就是说，它实际上是提供了一个不同进程或者进程的不同线程之间访问同步的手段。

共享内存允许多个进程共享一个给定的存储区，由于它们是共享一块内存数据，因此其速度非常快。但是需要另外提供手段来保证共享内存的同步访问，例如它可以用到前面所提到的信号量来实现访问同步。

UNIX域套接字和套接字很相似，但是它有更高的效率，因为它不需要执行协议处理，例如计算校验和，发送确认报文等等，它仅仅复制数据。

当然，它也只适用于同一台计算机上的进程间通信。

例如redis服务配置unixsocket启动后，通过redis-cli的-s参数就可以指定UNIX域套接字，连接到redis服务器。

它会比使用网络套接字的速度要快。

这个不用多说，它利用网络进行通信，与前面所提到的通信方式不同的是，它能用于不同计算机之间的不同进程间通信。

本文简单介绍了进程间通信的常见方式，其中对管道和命名管道我们使用了一个例子来简单说明，因为我们可能会经常见到它。对于FIFO，最后一个引用它的进程终止时，留在FIFO的数据也将会被删除，而对于消息队列却不是这样，它会一直留到被显示删除或者系统自举，另外消息队列于其他方式相比并没有特别的优势。而信号量实际上常用于共享数据的同步访问。共享内存在进程间传递数据非常高效，但是系统没有对访问进行同步，因此还需要另外实现数据的访问同步。套接字（socket）是应该目前应用最广泛的进程间通信方式。

进程间速度最快的通信机制是什么？

信号量机制，进程间通信用System V版本的，可满足不同需要

进程间通信(IPC)——Unix域套接字 VS 网络套接字

进程间通信就是不同进程间进行数据交换的过程。因为进程间相互独立，每个进程拥有独立的地址空间、数据处理逻辑，操作系统保证了进程独立运行的地址安全；但在复杂系统，单进程往往不能胜任业务需求，需要多进程的加入，多进程协作完成工作，这就离不开进程间通信这个话题了。
进程间通信有很多种方式，列举如下：
而进程间通信按进程分布情况可以 单机内的进程间通信 和 多机间远程调用的进程间通信 ，后者无需多讲，在分布式等大型系统中是非常常见的，而进行通信的方式主要是上述方法中的网络IPC，有非常多的资料介绍相关内容，不在本文的讨论范围之内。
本文主要讨论在 单机内进程间通信 中，Unix域套接字和TCP网络套接字的对比，后者属于网络IPC。
套接字是一种应用程序接口，包括了一个用C语言写成的应用程序开发库，主要用于实现进程间通讯，在计算机网络通讯方面被广泛使用。下面要讨论的网络套接字和Unix套接字均属于套接字。
在定义套接字类型的时候，网络套接字通常使用 AF_INET 进行定义；Unix域套接字则使用 AF_UNIX 进行定义。
套接字类型有三种，分别是流式套接字、数据报套接字和原始套接字。
流式套接字(SOCK_STREAM)：流式套接字用于提供面向连接、可靠的数据传输服务。该服务将保证数据能够实现无差错、无重复发送，并按顺序接收。流式套接字之所以能够实现可靠的数据服务，原因在于其使用了传输控制协议，即TCP（The Transmission Control Protocol）协议。
数据报套接字(SOCK_DGRAM)：数据报套接字提供了一种无连接的服务。该服务并不能保证数据传输的可靠性，数据有可能在传输过程中丢失或出现数据重复，且无法保证顺序地接收到数据。数据报套接字使用UDP（User Datagram Protocol）协议进行数据的传输。由于数据报套接字不能保证数据传输的可靠性，对于有可能出现的数据丢失情况，需要在程序中做相应的处理。
原始套接字(SOCK_RAW)：原始套接字(SOCKET_RAW)允许对较低层次的协议直接访问，比如IP、 ICMP协议，它常用于检验新的协议实现，或者访问现有服务中配置的新设备，因为RAW SOCKET可以自如地控制Windows下的多种协议，能够对网络底层的传输机制进行控制，所以可以应用原始套接字来操纵网络层和传输层应用。比如，我们可以通过RAW SOCKET来接收发向本机的ICMP、IGMP协议包，或者接收TCP/IP栈不能够处理的IP包，也可以用来发送一些自定包头或自定协议的IP包。网络监听技术很大程度上依赖于SOCKET_RAW。
原始套接字与标准套接字（标准套接字指的是前面介绍的流式套接字和数据报套接字）的区别在于：原始套接字可以读写内核没有处理的IP数据包，而流式套接字只能读取TCP协议的数据，数据报套接字只能读取UDP协议的数据。因此，如果要访问其他协议发送数据必须使用原始套接字。
网络通信中通常都是使用网络套接字进行通信，可用于单机进程间通信和多机进程间通信，网络套接字由五元组来标识：(源地址、源端口、目标地址、目标端口、通信协议)，因而网络套接字在网络协议栈中属于传输层之上的内容。所以，在使用网络套接字通信的时候，传递内容需要经过完整的网络协议栈四层模型中的(传输层-网络层-网络访问层（数据链路层-物理层）)。
回想在协议栈当中，对于报文的处理有哪些操作。
Unix域套接字只能用于在同一个计算机的进程间进行通信。虽然网络套接字也可以用于单机进程间的通信，但是使用Unix域套接字效率会更高，因为Unix域套接字仅仅进行数据复制，不会执行在网络协议栈中需要处理的添加、删除报文头、计算校验和、计算报文顺序等复杂操作，因而在单机的进程间通信中，更加推荐使用Unix域套接字。
关于套接字的使用，资料很多，不再介绍。
这里拿网络套接字和Unix域套接字出来比较的原因是，很多人在进行单机多进程开发时没有注意到Unix域套接字的存在，而是使用了成本较高的网络套接字进行开发。Unix套接字在通信开销方面是很小的，因而在单机通信中更加推荐使用Unix域套接字。
原文链接

Android 进程间通信的几种实现方式

①Activity （借助Intent调用其他APP的Activity实现跨进程通信）
Android四大组件之一
Activity是一个应用程序组件，提供一个屏幕，用户可以用来交互为了完成某项任务。
Activity中所有操作都与用户密切相关，是一个负责与用户交互的组件，可以通过setContentView(View)来显示指定控件。
在一个android应用中，一个Activity通常就是一个单独的屏幕，它上面可以显示一些控件也可以监听并处理用户的事件做出响应。Activity之间通过Intent进行通信。
②广播接收者（BroadcastReceiver）
Android四大组件之一，有广播接收者，与之对应要有发送者。
广播被分为两种不同的类型：“普通广播（Normal broadcasts）”和“有序广播（Ordered broadcasts）”。
普通广播是完全异步的，可以在同一时刻（逻辑上）被所有接收者接收到，消息传递的效率比较高，
但缺点是：接收者不能将处理结果传递给下一个接收者，并且无法终止广播Intent的传播。
然而有序广播是按照接收者声明的优先级别，被接收者依次接收广播。如：A的级别高于B,B的级别高于C,那么，广播先传给A，再传给B，最后传给C 。
③内容提供者（ContentProvider）
Android四大组件之一，有提供者，与之对应也要有调用者。
④AIDL(Android Interface definition language，Android接口定义语言)
与之前三个相比，AIDL可能稍显复杂。
Service，Android四大组件之一，借助AIDL也可以实现跨进程访问服务
// IRemoteService.aidl
package com.example.android;
// Declare any non-default types here with import statements
/** Example service interface */
interface IRemoteService {
/** Request the process ID of this service, to do evil things with it. */
int getPid();
/** Demonstrates some basic types that you can use as parameters
* and return values in AIDL.
*/
void basicTypes(int anInt, long aLong, boolean aBoolean, float aFloat,
double aDouble, String aString);
}
这段为官方文档，可参考定义
在com.example.android包下
进程间通信就是在不同进程之间传播或交换信息，那么不同进程之间存在着什么双方都可以访问的介质呢？进程的用户空间是互相独立的，一般而言是不能互相访问的，唯一的例外是共享内存区。但是，系统空间却是“公共场所”，所以内核显然可以提供这样的条件。除此以外，那就是双方都可以访问的外设了。在这个意义上，两个进程当然也可以通过磁盘上的普通文件交换信息，或者通过“注册表”或其它数据库中的某些表项和记录交换信息。广义上这也是进程间通信的手段，但是一般都不把这算作“进程间通信”。因为那些通信手段的效率太低了，而人们对进程间通信的要求是要有一定的实时性。
　　进程间通信主要包括管道, 系统IPC(包括消息队列,信号量,共享存储), SOCKET.
　　管道包括三种:1)普通管道PIPE, 通常有种限制,一是半双工,只能单向传输;二是只能在父子进程间使用. 2)流管道s_pipe: 去除了第一种限制,可以双向传输. 3)命名管道:name_pipe, 去除了第二种限制,可以在许多并不相关的进程之间进行通讯.
　　系统IPC的三种方式类同,都是使用了内核里的标识符来识别.
# 管道( pipe )：管道是一种半双工的通信方式，数据只能单向流动，而且只能在具有亲缘关系的进程间使用。进程的亲缘关系通常是指父子进程关系。
# 有名管道 (named pipe) ： 有名管道也是半双工的通信方式，但是它允许无亲缘关系进程间的通信。
# 信号量( semophore ) ： 信号量是一个计数器，可以用来控制多个进程对共享资源的访问。它常作为一种锁机制，防止某进程正在访问共享资源时，其他进程也访问该资源。因此，主要作为进程间以及同一进程内不同线程之间的同步手段。
Android 进程间通信的几种实现方式
主要有4种方式：
这4种方式正好对应于android系统中4种应用程序组件：Activity、Content Provider、Broadcast和Service。
主要实现原理：
由于应用程序之间不能共享内存。为了在不同应用程序之间交互数据（跨进程通讯），Android SDK中提供了4种用于跨进程通讯的方式进行交互数据，实现进程间通信主要是使用sdk中提供的4组组件根据实际开发情况进行实现数据交互。
详细实现方式：
Acitivity实现方式
Activity的跨进程访问与进程内访问略有不同。虽然它们都需要Intent对象，但跨进程访问并不需要指定Context对象和Activity的 Class对象，而需要指定的是要访问的Activity所对应的Action（一个字符串）。有些Activity还需要指定一个Uri（通过 Intent构造方法的第2个参数指定）。 在android系统中有很多应用程序提供了可以跨进程访问的Activity，例如，下面的代码可以直接调用拨打电话的Activity。
Intent callIntent = new Intent(Intent.ACTION_CALL, Uri.parse("tel:12345678" ); startActivity(callIntent);
Content Provider实现方式
Android应用程序可以使用文件或SqlLite数据库来存储数据。Content Provider提供了一种在多个应用程序之间数据共享的方式（跨进程共享数据）
应用程序可以利用Content Provider完成下面的工作
1. 查询数据2. 修改数据3. 添加数据4. 删除数据
Broadcast 广播实现方式
广播是一种被动跨进程通讯的方式。当某个程序向系统发送广播时，其他的应用程序只能被动地接收广播数据。这就象电台进行广播一样，听众只能被动地收听，而不能主动与电台进行沟通。在应用程序中发送广播比较简单。只需要调用sendBroadcast方法即可。该方法需要一个Intent对象。通过Intent对象可以发送需要广播的数据。
Service 实现方式
常用的使用方式之一：利用AIDL Service实现跨进程通信
这是我个人比较推崇的方式，因为它相比Broadcast而言，虽然实现上稍微麻烦了一点，但是它的优势就是不会像广播那样在手机中的广播较多时会有明显的时延，甚至有广播发送不成功的情况出现。
注意普通的Service并不能实现跨进程操作，实际上普通的Service和它所在的应用处于同一个进程中，而且它也不会专门开一条新的线程，因此如果在普通的Service中实现在耗时的任务，需要新开线程。
要实现跨进程通信，需要借助AIDL(Android Interface Definition Language)。Android中的跨进程服务其实是采用C/S的架构，因而AIDL的目的就是实现通信接口。
总结
跨进程通讯这个方面service方式的通讯远远复杂于其他几种通讯方式，实际开发中Activity、Content Provider、Broadcast和Service。4种经常用到，学习过程中要对没种实现方式有一定的了解。

android开发中跨进程通信有几种方式

在android SDK中提供了4种用于跨进程通讯的方式，Activity、Content Provider、Broadcast和Service。
介绍
Activity可以跨进程调用其他应用程序；
Content Provider可以跨进程访问其他应用程序中的数据；
Broadcast可以向android系统中所有应用程序发送广播；
Content Provider返回的是Cursor对象，而Service返回的是Java对象，这种可以跨进程通讯的服务叫AIDL服务；
在android SDK中提供了4种用于跨进程通讯的方式。
这4种方式正好对应于android系统中4种应用程序组件：
Activity、Content Provider、Broadcast和Service。
Android进程间通信的几种方式 定义多进程
第一：Android应用中使用多进程只有一个办法（用NDK的fork来做除外），就是在AndroidManifest.xml中声明组件时，用android:process属性来指定。
不知定process属性，则默认运行在主进程中，主进程名字为包名。
android:process = package:remote，将运行在package:remote进程中，属于全局进程，其他具有相同shareUID与签名的APP可以跑在这个进程中。
android:process = :remote ，将运行在默认包名:remote进程中，而且是APP的私有进程，不允许其他APP的组件来访问。
第二：多进程引发的问题
静态成员和单例失效：每个进程保持各自的静态成员和单例，相互独立。
线程同步机制失效：每个进程有自己的线程锁。
SharedPreferences可靠性下降：不支持并发写，会出现脏数据。
Application多次创建：不同进程跑在不同虚拟机，每个虚拟机启动会创建自己的Application，自定义Application时生命周期会混乱。
综上，不同进程拥有各自独立的虚拟机，Application，内存空间，由此引发一系列问题。
第三： 进程间通信
Bundle/Intent传递数据：
可传递基本类型，String，实现了Serializable或Parcellable接口的数据结构。Serializable是Java的序列化方法，Parcellable是Android的序列化方法，前者代码量少（仅一句），但I/O开销较大，一般用于输出到磁盘或网卡；后者实现代码多，效率高，一般用户内存间序列化和反序列化传输。
文件共享：
对同一个文件先后写读，从而实现传输，Linux机制下，可以对文件并发写，所以要注意同步。顺便一提，Windows下不支持并发读或写。
Messenger：
Messenger是基于AIDL实现的，服务端（被动方）提供一个Service来处理客户端（主动方）连接，维护一个Handler来创建Messenger，在onBind时返回Messenger的binder。
双方用Messenger来发送数据，用Handler来处理数据。Messenger处理数据依靠Handler，所以是串行的，也就是说，Handler接到多个message时，就要排队依次处理。
AIDL：
AIDL通过定义服务端暴露的接口，以提供给客户端来调用，AIDL使服务器可以并行处理，而Messenger封装了AIDL之后只能串行运行，所以Messenger一般用作消息传递。
通过编写aidl文件来设计想要暴露的接口，编译后会自动生成响应的java文件，服务器将接口的具体实现写在Stub中，用iBinder对象传递给客户端，客户端bindService的时候，用asInterface的形式将iBinder还原成接口，再调用其中的方法。
ContentProvider：
系统四大组件之一，底层也是Binder实现，主要用来为其他APP提供数据，可以说天生就是为进程通信而生的。自己实现一个ContentProvider需要实现6个方法，其中onCreate是主线程中回调的，其他方法是运行在Binder之中的。自定义的ContentProvider注册时要提供authorities属性，应用需要访问的时候将属性包装成Uri.parse("content://authorities")。还可以设置permission，readPermission，writePermission来设置权限。 ContentProvider有query，delete，insert等方法，看起来貌似是一个数据库管理类，但其实可以用文件，内存数据等等一切来充当数据源，query返回的是一个Cursor，可以自定义继承AbstractCursor的类来实现。
Socket：
学过计算机网络的对Socket不陌生，所以不需要详细讲述。只需要注意，Android不允许在主线程中请求网络，而且请求网络必须要注意声明相应的permission。然后，在服务器中定义ServerSocket来监听端口，客户端使用Socket来请求端口，连通后就可以进行通信。

Linux 进程间通信方式有哪些

进程间通信(IPC，Interprocess
communication)是一组编程接口，让程序员能够协调不同的进程，使之能在一个操作系统里同时运行，并相互传递、交换信息。这使得一个程序能够在同一时间里处理许多用户的要求。因为即使只有一个用户发出要求，也可能导致一个操作系统中多个进程的运行，进程之间必须互相通话。IPC接口就提供了这种可能性。每个IPC方法均有它自己的优点和局限性，一般，对于单个程序而言使用所有的IPC方法是不常见的。
1、无名管道通信
无名管道(pipe)：管道是一种半双工的通信方式，数据只能单向流动，而且只能在具有亲缘关系的进程间使用，进程的亲缘关系通常是指父子进程关系。
2、高级管道通信
高级管道(popen)：将另一个程序当做一个新的进程在当前程序进程中启动，则它算是当前程序的子进程，这种方式我们称为高级管道方式。
3、有名管道通信
有名管道(named pipe)：有名管道也是半双工的通信方式，但是它允许无亲缘关系进程间的通信。
4、消息队列通信
消息队列(message
queue)：消息队列是由消息的链表，存放在内核中并由消息队列标识符标识，消息队列克服了信号传递信息少、管道只能承载无格式字节流以及缓冲区大小受限等缺点。
5、信号量通信
信号量(semophore)：信号量是一个计数器，可以用来控制多个进程对共享资源的访问，它常作为一种锁机制，防止某进程正在访问共享资源时，其他进程访问该资源。因此，主要作为进程间以及同一进程内不同线程之间的同步手段。
6、信号
信号(sinal)：信号是一种比较复杂的通信方式，用于通知接收进程某个事件已经发生。
7、共享内存通信
共享内存(shared
memory)：共享内存就是映射一段能被其他进程所访问的内存，这段共享内存由一个进程创建，但多个进程都可以访问。共享内存是最快的IPC方式，它是针对其他进程间通信方式运行效率低而专门设计的。它往往与其他通信机制，如信号量，配合使用，来实现进程间的同步和通信。
8、套接字通信
套接字(socket)：套接字也是一种进程间通信机制，与其他通信机制不同的是，它可用于不同机器间的进程通信。
1、无名管道通信
无名管道(pipe)：管道是一种半双工的通信方式，数据只能单向流动，而且只能在具有亲缘关系的进程间使用，进程的亲缘关系通常是指父子进程关系。
2、高级管道通信
高级管道(popen)：将另一个程序当做一个新的进程在当前程序进程中启动，则它算是当前程序的子进程，这种方式我们称为高级管道方式。
3、有名管道通信
有名管道(named pipe)：有名管道也是半双工的通信方式，但是它允许无亲缘关系进程间的通信。
4、消息队列通信
消息队列(message
queue)：消息队列是由消息的链表，存放在内核中并由消息队列标识符标识，消息队列克服了信号传递信息少、管道只能承载无格式字节流以及缓冲区大小受限等缺点。
5、信号量通信
信号量(semophore)：信号量是一个计数器，可以用来控制多个进程对共享资源的访问，它常作为一种锁机制，防止某进程正在访问共享资源时，其他进程访问该资源。因此，主要作为进程间以及同一进程内不同线程之间的同步手段。
6、信号
信号(sinal)：信号是一种比较复杂的通信方式，用于通知接收进程某个事件已经发生。
7、共享内存通信
共享内存(shared
memory)：共享内存就是映射一段能被其他进程所访问的内存，这段共享内存由一个进程创建，但多个进程都可以访问。共享内存是最快的IPC方式，它是针对其他进程间通信方式运行效率低而专门设计的。它往往与其他通信机制，如信号量，配合使用，来实现进程间的同步和通信。
8、套接字通信
套接字(socket)：套接字也是一种进程间通信机制，与其他通信机制不同的是，它可用于不同机器间的进程通信。

华为鸿蒙系统有什么特点？

你好，华为鸿蒙系统的最大看点，是面向万物互联时代打造的智能终端操作系统。
虽然华为手机因为“芯片禁令”全球的销量暴跌，但华为凭借自身雄厚的技术储备开发的鸿蒙OS系统，将有助于万物互联的时代来临。
1、华为鸿蒙系统与物联网
5月25日华为对外公布，计划在6月2日正式公布可以覆盖手机等移动终端的鸿蒙操作系统。都说华为HarmonyOS非常值得期待，它的期待点到底在哪？
HarmonyOS实际上是华为面向万物互联时代打造的智能终端操作系统，不仅仅是作为手机系统面世，更是为不同设备的智能化、互联与协同提供统一的语言。
在近几年可以预见的未来，万物互联将要到来。当下互联网已经渗透到我们生活的方方面面，而随着IPV6的使用，物联网也逐渐成型。
通过物联网技术，家中的智能化的家用电器可以紧密相连，通过智能运作便可以实现远程控制。智能家居不仅具有传统的居住功能，兼备建筑、网络通信、信息家电、设备自动化，提供全方位的信息交互功能，甚至为各种能源费用节约资金。
以华为前不久发布的门锁为例，这款门锁具备多种开锁方式，钥匙开锁、密码开锁、手机NFC开锁、远程授权开锁、指纹开锁等等。
而门锁是通过Wi-Fi与手机进行直连，不通过网关直接与手机终端相联，达到远程控制和检测的功能。
此外，前段时间各互联网大厂纷纷“造车”，也是对物联网的进一步尝试。
在当前可落地的智能汽车量产成果上，“智能座舱”和 “自动驾驶”是竞争的两条主线。以阿尔法S为例，该款车搭载了华为HI智能汽车解决方案，包括计算与通讯架构，智能座舱、智能驾驶、智能网联、智能电动、智能车云服务，以及激光雷达、AR HUD在内的30个以上智能化部件。
这些智能化的设备、家用电器等，随着鸿蒙系统的发布，将会进一步推进家居智能化的到来。
2、家居智能化时代的到来
家居智能化最重要的一环，就是互联网技术与家用设备的结合，而这也是IT工程师的重要工作。
在过去，物联网行业的技术门槛相对比较低，只要会点单片机嵌入式，就可以搞个小项目起步。这也是过去十年里，智能家居并没有如预期那样迎来爆发的原因。
而随着互联网头部企业的技术发展，大数据技术、云计算技术人才的不断增多，家居智能化取得了长足进步。如今进行物联网项目的团队，不仅局限于硬件的应用，更多的是对软件和平台的开发。
鸿蒙系统的发布，正是华为为自己的产品实现互联打下平台基础，不做WLAN短距离的物联网，而是做LPWAN的远距离物联网。
目前，国内互联网大厂争抢物联网市场的目的已经非常明确，技术的演进路线也非常清晰。这是互联网头部企业的竞争，更是发展的必然。为了不被淘汰出局，互联网大厂对IT技术人才也是格外重视。
以华为为例，华为给1-3年经验的大数据开发工程师开到了高达4万的月薪。不光是华为，像阿里、腾讯等互联网大厂，为了在即将到来的物联网时代坐得久一些，纷纷对大数据工程师、云计算工程师开出了足够高额的薪资待遇，而经验要求却大多是1-3年。
出现这种情况是由于市场需求和人才缺口导致的。如今无论是网易云音乐、腾讯视频、淘宝京东，它们的个性化推荐都是基于大数据、云计算才得以实现的。而要开启物联网时代，大数据、云计算的人才是必不可缺的，不得不说不仅是当下，未来大数据、云计算工程师依旧会是红利职业。
希望我的回答对你有所帮助！
这个系统的优点是流畅度和大一统。
华为的董事余承东有介绍说：鸿蒙这套系统主要是基于微内核的全场景分布式OS，可以按照需要进行扩展，由此来实现更为广泛的系统的安全，它主要用于物联网，它的主要特点是很低的时延。
流畅度：鸿蒙这套系统可能要快过安卓系统，华为有一份关于此的技术性方面的论据，按照之前出的报告，鸿蒙系统的速度比安卓系统快百分之六十。
大一统：鸿蒙这个系统主要目的是为了应用在多种设备上，它能同步地连接到所有的对象，比方说手机、自动驾驶、电脑等。这个目标据说是目前所有的系统为止奋斗的方向。
鸿蒙系统的技术特性：
鸿蒙系统的分布式安全确保正确的人、用正确的设备、正确使用数据。当用户进行解锁、付款、登陆等行为时系统会主动拉出认证请求，并通过分布式技术可信互联能力，协同身份认证确保正确的人。
HarmonyOS能够把手机的内核级安全能力扩展到其他终端，进而提升全场景设备的安全性，通过设备能力互助，共同抵御攻击，保障智能家居网络安全；HarmonyOS通过定义数据和设备的安全级别，对数据和设备都进行分类分级保护，确保数据流通安全可信。
这个系统的优点是流畅度和大一统。华为的董事余承东有介绍说：鸿蒙这套系统主要是基于微内核的全场景分布式OS，可以按照需要进行扩展，由此来实现更为广泛的系统的安全，它主要用于物联网，它的主要特点是很低的时延。
流畅度：鸿蒙这套系统可能要快过安卓系统，华为有一份关于此的技术性方面的论据，按照之前出的报告，鸿蒙系统的速度比安卓系统快百分之六十。
大一统：鸿蒙这个系统主要目的是为了应用在多种设备上，它能同步地连接到所有的对象，比方说手机、自动驾驶、电脑等。这个目标据说是目前所有的系统为止奋斗的方向。
鸿蒙系统的技术特性：
鸿蒙系统的分布式安全确保正确的人、用正确的设备、正确使用数据。当用户进行解锁、付款、登陆等行为时系统会主动拉出认证请求，并通过分布式技术可信互联能力，协同身份认证确保正确的人。
HarmonyOS能够把手机的内核级安全能力扩展到其他终端，进而提升全场景设备的安全性，通过设备能力互助，共同抵御攻击，保障智能家居网络安全；HarmonyOS通过定义数据和设备的安全级别，对数据和设备都进行分类分级保护，确保数据流通安全可信。
华为的鸿蒙系统，是一款国产的系统，是安卓苹果系统之后的又一系统。华为被美排挤打压后，鸿蒙系统可以说是一个巨大的反击。他的系统有什么特点，我们来详细的了解。
一，分布式架构首次用于终端OS，实现跨终端无缝协同体验
鸿蒙OS的“分布式OS架构”和“分布式软总线技术”通过公共通信平台，分布式数据管理，分布式能力调度和虚拟外设四大能力。
将相应分布式应用的底层技术实现难度对应用开发者屏蔽，使开发者能够聚焦自身业务逻辑，像开发同一终端一样开发跨终端分布式应用，也使最终消费者享受到强大的跨终端业务协同能力为各使用场景带来的无缝体验。所以说，一个终端，多个控制点。
2、确定时延引擎和高性能IPC技术实现系统天生流畅
鸿蒙OS通过使用确定时延引擎和高性能IPC两大技术解决现有系统性能不足的问题。确定时延引擎可在任务执行前分配系统中任务执行优先级及时限进行调度处理。
优先级高的任务资源将优先保障调度，应用响应时延降低25.7%。鸿蒙微内核结构小巧的特性使IPC（进程间通信）性能大大提高，进程通信效率较现有系统提升5倍。它的流畅度要比安卓系统强，而且更加的省空间。
3、基于微内核架构重塑终端设备可信安全
鸿蒙OS采用全新的微内核设计，拥有更强的安全特性和低时延等特点。微内核设计的基本思想是简化内核功能，在内核之外的用户态尽可能多地实现系统服务，同时加入相互之间的安全保护。微内核只提供最基础的服务，比如多进程调度和多进程通信等。
当然了，它的系统才刚刚铺展开来。许多新功能还有待完善和开发。让我们拭目以待吧。体验国产系统的极速。
第一个就是流畅性，安卓和其他系统努力了很多年，也无法在流畅度上实现很好的操作。但鸿蒙则有这个优势，原因在于方舟编译器，前两天发布的荣耀20 Pro使用了方舟编译器后，系统运行比其他系统都还流畅，这个优势鸿蒙系统一定会继承下来的。
第二个则是手机、电脑、物联网等设备通用。别小看这个新特性，这可是很多软件公司努力多年想要实现的目标，但一直没有实现的。
第三个就是系统架构，据网上的说法，鸿蒙是微内核，而安卓是宏内核。当然这种说法太专业化了，可能很多人听不懂。简单的来讲，就是子程序运行究竟相互不干扰，这样更稳定，更安全，同时也会更流畅一些。
当然，除此之外，还有开源、免费、兼容等特点，这些都是开源免费的。
华为鸿蒙系统的特点有：分布式架构首次用于终端OS，实现跨终端无缝协同体验；确定时延引擎和高性能IPC技术实现系统天生流畅；基于微内核架构重塑终端设备可信安全。
1、分布式架构首次用于终端OS，实现跨终端无缝协同体验
鸿蒙OS的“分布式OS架构”和“分布式软总线技术”通过公共通信平台，分布式数据管理，分布式能力调度和虚拟外设四大能力。
将相应分布式应用的底层技术实现难度对应用开发者屏蔽，使开发者能够聚焦自身业务逻辑，像开发同一终端一样开发跨终端分布式应用，也使最终消费者享受到强大的跨终端业务协同能力为各使用场景带来的无缝体验。
2、确定时延引擎和高性能IPC技术实现系统天生流畅
鸿蒙OS通过使用确定时延引擎和高性能IPC两大技术解决现有系统性能不足的问题。确定时延引擎可在任务执行前分配系统中任务执行优先级及时限进行调度处理。
优先级高的任务资源将优先保障调度，应用响应时延降低25.7%。鸿蒙微内核结构小巧的特性使IPC（进程间通信）性能大大提高，进程通信效率较现有系统提升5倍。
3、基于微内核架构重塑终端设备可信安全
鸿蒙OS采用全新的微内核设计，拥有更强的安全特性和低时延等特点。微内核设计的基本思想是简化内核功能，在内核之外的用户态尽可能多地实现系统服务，同时加入相互之间的安全保护。微内核只提供最基础的服务，比如多进程调度和多进程通信等。
区别于“宏内核”，微内核采用同一套操作平台，针对不同硬件能力的产品进行部署，并采用分布式架构，提升效率。
扩展资料：
华为鸿蒙系统的发展历程：
2012年，华为开始规划自有操作系统“鸿蒙”。
2019年5月24日，国家知识产权局商标局网站显示，华为已申请“华为鸿蒙”商标，申请日期是2018年8月24日，注册公告日期是2019年5月14日，专用权限期是从2019年5月14日到2029年5月13日。
2019年5月17日，由任教授领导的华为操作系统团队开发了自主产权操作系统——鸿蒙。
2019年8月9日，华为正式发布鸿蒙系统。同时余承东也表示，鸿蒙OS实行开源。
在中国信息化百人会2020年峰会上，华为消费者业务CEO余承东表示，鸿蒙os目前已经应用到华为智慧屏、华为手表上，未来有信心应用到1+8+N全场景终端设备上。
参考资料来源：百度百科－华为鸿蒙系统

linux系统的进程间通信有哪几种方式

# 管道( pipe )：管道是一种半双工的通信方式，数据只能单向流动，而且只能在具有亲缘关系的进程间使用。进程的亲缘关系通常是指父子进程关系。
# 有名管道 (named pipe) ： 有名管道也是半双工的通信方式，但是它允许无亲缘关系进程间的通信。
# 信号量( semophore ) ： 信号量是一个计数器，可以用来控制多个进程对共享资源的访问。它常作为一种锁机制，防止某进程正在访问共享资源时，其他进程也访问该资源。因此，主要作为进程间以及同一进程内不同线程之间的同步手段。
# 消息队列( message queue ) ： 消息队列是由消息的链表，存放在内核中并由消息队列标识符标识。消息队列克服了信号传递信息少、管道只能承载无格式字节流以及缓冲区大小受限等缺点。
# 信号 ( sinal ) ： 信号是一种比较复杂的通信方式，用于通知接收进程某个事件已经发生。
# 共享内存( shared memory ) ：共享内存就是映射一段能被其他进程所访问的内存，这段共享内存由一个进程创建，但多个进程都可以访问。共享内存是最快的 IPC 方式，它是针对其他进程间通信方式运行效率低而专门设计的。它往往与其他通信机制，如信号两，配合使用，来实现进程间的同步和通信。
# 套接字( socket ) ： 套解口也是一种进程间通信机制，与其他通信机制不同的是，它可用于不同及其间的进程通信。
管道
消息队列
unix domain socket
共享内存
信号量
进程间通信(IPC，Interprocess communication)是一组编程接口，让程序员能够协调不同的进程，使之能在一个操作系统里同时运行，并相互传递、交换信息。这使得一个程序能够在同一时间里处理许多用户的要求。因为即使只有一个用户发出要求，也可能导致一个操作系统中多个进程的运行，进程之间必须互相通话。IPC接口就提供了这种可能性。每个IPC方法均有它自己的优点和局限性，一般，对于单个程序而言使用所有的IPC方法是不常见的。
1、无名管道通信
无名管道(pipe)：管道是一种半双工的通信方式，数据只能单向流动，而且只能在具有亲缘关系的进程间使用，进程的亲缘关系通常是指父子进程关系。
2、高级管道通信
高级管道(popen)：将另一个程序当做一个新的进程在当前程序进程中启动，则它算是当前程序的子进程，这种方式我们称为高级管道方式。
3、有名管道通信
有名管道(named pipe)：有名管道也是半双工的通信方式，但是它允许无亲缘关系进程间的通信。
4、消息队列通信
消息队列(message queue)：消息队列是由消息的链表，存放在内核中并由消息队列标识符标识，消息队列克服了信号传递信息少、管道只能承载无格式字节流以及缓冲区大小受限等缺点。
5、信号量通信
信号量(semophore)：信号量是一个计数器，可以用来控制多个进程对共享资源的访问，它常作为一种锁机制，防止某进程正在访问共享资源时，其他进程访问该资源。因此，主要作为进程间以及同一进程内不同线程之间的同步手段。
6、信号
信号(sinal)：信号是一种比较复杂的通信方式，用于通知接收进程某个事件已经发生。
7、共享内存通信
共享内存(shared memory)：共享内存就是映射一段能被其他进程所访问的内存，这段共享内存由一个进程创建，但多个进程都可以访问。共享内存是最快的IPC方式，它是针对其他进程间通信方式运行效率低而专门设计的。它往往与其他通信机制，如信号量，配合使用，来实现进程间的同步和通信。
8、套接字通信
套接字(socket)：套接字也是一种进程间通信机制，与其他通信机制不同的是，它可用于不同机器间的进程通信。
一、方式
1、管道（Pipe）及有名管道（ mkpipe）：
管道可用于具有亲缘关系进程间的通信，有名管道克服了管道没有名字的限制，因此，除具有管道所具有的功能外，它还允许无亲缘关系进程间的通信；
2、信号（Signal）：
信号是比较复杂的通信方式，用于通知接受进程有某种事件发生，除了用于进程间通信外，进程还可以发送信号给进程本身。
linux除了支持Unix早期信号语义函数sigal外，还支持语义符合Posix.1标准的信号函数sigaction。
实际上，该函数是基于BSD的，BSD为了实现可靠信号机制，又能够统一对外接口，用sigaction函数重新实现了signal函数。
3、消息队列（Message）：
消息队列是消息的链接表，包括Posix消息队列system V消息队列。有足够权限的进程可以向队列中添加消息，被赋予读权限的进程则可以读走队列中的消息。消息队列克服了信号承载信息量少，管道只能承载无格式字节流以及缓冲区大小受限等缺点。
4、共享内存：
使得多个进程可以访问同一块内存空间，是最快的可用IPC形式。是针对其他通信机制运行效率较低而设计的。往往与其它通信机制，如信号量结合使用，来达到进程间的同步及互斥。
5、信号量（semaphore）：
主要作为进程间以及同一进程不同线程之间的同步手段。
6、套接口（Socket）：
更为一般的进程间通信机制，可用于不同机器之间的进程间通信。起初是由Unix系统的BSD分支开发出来的，但现在一般可以移植到其它类Unix系统上：Linux和System V的变种都支持套接字。
二、概念
进程间通信概念：
IPC—-InterProcess Communication
每个进程各自有不同的用户地址空间,任何一个进程的全局变量在另一个进程中都看不到所以进程之间要交换数据必须通过内核。
在内核中开辟一块缓冲区,进程1把数据从用户空间拷到内核缓冲区,进程2再从内核缓冲区把数据读走,内核提供的这种机制称为进程间通信。
扩展资料
1）无名管道:
管道是半双工的，数据只能向一个方向流动；需要双方通信时，需要建立起两个管道；只能用于父子进程或者兄弟进程之间（具有亲缘关系的进程）。
管道对于管道两端的进程而言，就是一个文件，但它不是普通的文件，它不属于某种文件系统，构成两进程间通信的一个媒介。
数据的读出和写入：一个进程向管道中写的内容被管道另一端的进程读出。写入的内容每次都添加在管道缓冲区的末尾，并且每次都是从缓冲区的头部读出数据。
2）有名管道：
不同于管道之处在于它提供一个路径名与之关联，以FIFO的文件形式存在于文件系统中。这样，即使与FIFO的创建进程不存在亲缘关系的进程，只要可以访问该路径，就能够彼此通过FIFO相互通信（能够访问该路径的进程以及FIFO的创建进程之间）。
因此，通过FIFO不相关的进程也能交换数据。值得注意的是，FIFO严格遵循先进先出（first in first out），对管道及FIFO的读总是从开始处返回数据，对它们的写则把数据添加到末尾。它们不支持诸如lseek()等文件定位操作。

进程间通信的效率比较

进程间通信各种方式效率比较 类型 无连接 可靠 流控制 记录 消息类型优先级 普通PIPE N Y Y 　N 流PIPE N Y Y 　N 命名PIPE(FIFO) N Y Y 　N 消息队列 N Y Y 　Y 信号量 N Y Y 　Y 共享存储 N Y Y 　Y UNIX流SOCKET N Y Y 　N UNIX数据包SOCKET Y Y N 　N