linux 程序跟安卓通讯,linux进程通讯（涉及Android）

ipc(InterProcess Communication)类别

1)管道(pipe)：管道是一种半双工的通信方式，数据只能单向流动，而且只能在具有亲缘关系的进程之间使用。进程的亲缘关系通常是指父子进程关系。

2)有名管道(FIFO)：有名管道也是半双工的通信方式，但是允许在没有亲缘关系的进程之间使用，管道是先进先出的通信方式。

3)信号量(Semaphore)：信号量是一个计数器，可以用来控制多个进程对共享资源的访问。它常作为一种锁机制，防止某进程正在访问共享资源时，其他进程也访问该资源。因此，主要作为进程间以及同一进程内不同线程之间的同步手段。

4)消息队列(MessageQueue)：消息队列是有消息的链表，存放在内核中并由消息队列标识符标识。消息队列克服了信号传递信息少、管道只能承载无格式字节流以及缓冲区大小受限等缺点。

5)信号 ( sinal ) ：信号是一种比较复杂的通信方式，用于通知接收进程某个事件已经发生。

Android中的Kill Process采用的signal(信号)机制

6)共享内存( shared memory ) ：共享内存就是映射一段能被其他进程所访问的内存，这段共享内存由一个进程创建，但多个进程都可以访问。共享内存是最快的 IPC 方式，它是针对其他进程间通信方式运行效率低而专门设计的。它往往与其他通信机制，如信号量，配合使用，来实现进程间的同步和通信。

7)套接字( socket ) ：套接字也是一种进程间通信机制，与其他通信机制不同的是，它可用于不同机器间的进程通信。

注：Android OS中的Zygote进程的IPC采用的是Socket(套接字)机制

8)Android binder机制：

Binder多用在system_server进程与上层App层的IPC交互，以及app层间，以及app内部通讯。

9)Android contentprovider：

why？Android为什么用binder

1.性能：复制1次

2.稳定：c/s 模式不容易死锁

3.语言层面，面向对象，linux是c实现的，binder面向对象

如在Android OS中的Zygote进程的IPC采用的是Socket(套接字)机制，Android中的Kill Process采用的signal(信号)机制等等。而Binder更多则用在system_server进程与上层App层的IPC交互。

4.binder场景。几乎覆盖Android进程各个方面。

在Zygote孵化出system_server进程后，在system_server进程中初始化支持整个Android framework的各种各样的Service。

Service从大的方向来划分，分为Java层Framework和Native Framework层(C++)的Service，几乎都是基于BInder IPC机制。

Java framework：作为Server端继承(或间接继承)于Binder类，Client端继承(或间接继承)于BinderProxy类。

例如 ：ActivityManagerService(用于控制Activity、Service、进程等) 这个服务作为Server端，间接继承Binder类，而相应的ActivityManager作为Client端，间接继承于BinderProxy类。

还有PackageManagerService、WindowManagerService等等很多系统服务都是采用C/S架构；Native Framework层：c++实现，作为Server端继承(或间接继承)于BBinder类，Client端继承(或间接继承)于BpBinder。

例如MediaPlayService(用于多媒体相关)作为Server端，继承于BBinder类，而相应的MediaPlay作为Client端，间接继承于BpBinder类。

参考：

《Android虚拟机pdf》 7.7.1章节：进程生成流程。

进程和线程区别

答：线程是指进程内的一个执行单元,也是进程内的可调度实体。与进程的区别:

(1)名词解释：线程作为调度和分配的基本单位，进程作为拥有资源的基本单位。

(2)并发性：不仅进程之间可以并发执行，同一个进程的多个线程之间也可并发执行。

(3)拥有资源：进程是拥有资源的一个独立单位，线程不拥有系统资源，但可以访问隶属于进程的资源.

(4)系统开销：在创建或撤消进程时，由于线程是隶属于某个进程的，故而系统的开销明显大于创建或撤消线程时的开销。

信号量和信号的区别

1.信号量常作为一种锁机制，一般用于异步操作。

2.型号是同步的，用于通知接收进程某个事件已经发生。

linux处理大批量fd方式：epoll(防止阻塞)

1.epoll是Linux内核为处理大批量文件描述符而作了改进的poll，是Linux下多路复用IO接口select/poll的增强版本，它能显著提高程序在大量并发连接中只有少量活跃的情况下的系统CPU利用率。

2.获取事件的时候，它无须遍历整个被侦听的描述符集，只要遍历那些被内核IO事件异步唤醒而加入Ready队列的描述符集合就行了。3.epoll除了提供select/poll那种IO事件的水平触发(Level Triggered)外，还提供了边缘触发(Edge Triggered)，这就使得用户空间程序有可能缓存IO状态，减少epoll_wait/epoll_pwait的调用，提高应用程序效率。