一、在前面介绍了system v 消息队列的相关知识，现在来稍微看看posix 消息队列。 posix消息队列的一个可能实现如下图： 其实消息队列就是一个可以让进程间交换数据的场所，而两个标准的消息队
unix操作系统里面，有一个fork操作，可以创建进程的子进程，或者说是复制一个进程完全一样的子进程，共享代码空间，但是各自有独立的数据空间，不过子进程的数据空间是拷贝父进程的数据空间的。
无名管道是一种半双工的通信方式,数据只能单向流动,而且只能在具有亲缘关系的进程间使用.进程的亲缘关系一般指的是父子关系。无明管道一般用于两个不同进程之间的通信。当一个进程创建了一个管道,并调用fork创建自己的一个子进程后,父进程关闭读管道端,子进程关闭写管道端,这样提供了两个进程之间数据流动的一种方式。
最近在学习framework所以近期会把学到的东西总结出来写成文章，我们知道任何控制类程序都有一个入口，Android肯定也是有，查阅资料知道了Android framework包含三个小伙伴：服务端、客户端、linux驱动。 其实我们写的App并不是一个完整的程序。我们写的只是一个套件组，就是一堆Activity，Service等等的组件。这个套件组给Framework框架组合在一起才是一个完整的程序。在这里先说一个概念，也就是EIT模型。E是Engine发动机，I是Interface接口，T是tire轮胎。也就是发动机通过接口接上轮胎，然后车子才能跑。然后框架提供的就是E&I，一般框架都是提供发动机和接口，让我们来做轮胎，然后装上就可以跑起来了。（这里的I也可以理解为抽象函数，因为抽象函数就相当于接口嘛）抽象类也就是把发动机和接口，放在一个类里。像Activity，提供了一个接口函数（卡隼函数）onCreate（），我们写myActivity，就要重写onCreate（），Activity这个抽象类就是发动机，onCreate（）就是接口，myActivity就是轮胎。当框架要Activity运行的时候调onCreate（）方法，就带动了myActivity的运行。我们写在onCreate（）中的代码就得到了执行。
进程间通信（interprocess communication，简称 IPC）指两个进程之间的通信。系统中的每一个进程都有各自的地址空间，并且相互独立、隔离，每个进程都处于自己的地址空间中,因此相互通信比较难，Linux 内核提供了多种进程间通信的机制。
本文主要探讨了Linux消息队列的发送、接收以及异步通知机制。首先介绍了消息队列的发送和接收过程，然后详细描述了异步通知的方式，最后通过一个示例展示了如何使用epoll机制实现异步通知。
进程间通信 转自 https://www.cnblogs.com/LUO77/p/5816326.html
管道可用于具有亲缘关系进程间的通信，有名管道除了具有管道所具有的功能外，它还允许无亲缘关系进程间的通信。
我们在Linux信号基础中已经说明，信号可以看作一种粗糙的进程间通信(IPC, interprocess communication)的方式，用以向进程封闭的内存空间传递信息。为了让进程间传递更多的信息量，我们需要其他的进程间通信方式。这些进程间通信方式可以分为两种: 管道(PIPE)机制。在Linux文本流中，我们提到可以使用管道将一个进程的输出和另一个进程的输入连接起来，从而利用文件操作API来管理进程间通信。在shell中，我们经常利用管道将多个进程连接在一起，从而让各个进程协作，实现复杂的功能。 传
在安装Android应用程序的时候，Android会为每个程序分配一个Linux用户ID，并设置相应的权限，这样其它应用程序就不能访问此应用程序所拥有的数据和资源了。
实例：web服务器。来一个建立一个线程，断了就销毁线程。要是用进程，创建和销毁的代价是很难承受的。
ipcs命令用于报告Linux中进程间通信设施的状态，显示的信息包括消息列表、共享内存和信号量的信息。可以帮助开发人员定位进程间通信中出现的问题。
管道可用于具有亲缘关系进程间的通信，有名管道克服了管道没有名字的限制，因此，除具有管道所具有的功能外，它还允许无亲缘关系进程间的通信；
1.管道（Pipe）及有名管道（namedpipe）:管道可用于具有亲缘关系进程间的通信,有名管道克服了管道没有名字的限制,因此,除具有管道所具有的功能外,它还允许无亲缘关系进程间的通信 2.信号（Signal）:信号是比较复杂的通信方式,用于通知接受进程有某种事件发生,除了用于进程间通信外,进程还可以发送信号给进程本身;linux除了支持Unix早期信号语义函数sigal外,还支持语义符合Posix.1标准的信号函数sigaction（实际上,该函数是基于BSD的,BSD为了实现可靠信号机制,又能够统一对外接口,用sigaction函数重新实现了signal函数） 3.消息队列:消息队列是消息的链接表,包括Posix消息队列systemV消息队列.有足够权限的进程可以向队列中添加消息,被赋予读权限的进程则可以读走队列中的消息.消息队列克服了信号承载信息量少,管道只能承载无格式字节流以及缓冲区大小受限等缺点. 共享内存:使得多个进程可以访问同一块内存空间,是最快的可用IPC形式.是针对其他通信机制运行效率较低而设计的.往往与其它通信机制,如信号量结合使用,来达到进程间的同步及互斥. 4.信号量（semaphore）:主要作为进程间以及同一进程不同线程之间的同步手段。 5.套接口（Socket）:更为一般的进程间通信机制,可用于不同机器之间的进程间通信.起初是由Unix系统的BSD分支开发出来的,但现在一般可以移植到其它类Unix系统上:Linux和SystemV的变种都支持套接字. PHP版本实现:https://www.jianshu.com/p/08bcf724196b
Android 系统中 , 点击图标启动一个应用进程 , 就是从 Linux 的 Zygote 进程 fork 一个子进程 , 之后该子进程就会创建 ActivityThread , 执行其中的 main 函数 , 该 main 函数就是应用的主线程 ;
管道一般为有亲缘关系进程提供单路数据流， 通过pipe（int fd[2]）创建， 返回两个文件描述符, fd[0] 用于读，fd[1]用于写。 通过 read 和 write 函数进行 操作。
进程间通信（IPC，InterProcess Communication）是指在不同进程之间传播或交换信息。
博主整理了 2022 年最新、最全的 Java 面试题，题目涉及 Java 基础、集合、多线程、IO、分布式、Spring全家桶、MyBatis、Dubbo、缓存、消息队列、Linux…等等。
第一次被问到这个问题的时候，就再想，为什么会问这问题呢？ 回想了一遍关于Android Handler,Message, MessageQueue 和 Looper 的相关知识，才明白为什么会有这样的问题。
全世界几十亿台电脑，连接在一起，两两通信。上海的某一块网卡送出信号，洛杉矶的另一块网卡居然就收到了，两者实际上根本不知道对方的物理位置，你不觉得这是很神奇的事情吗？
* UNIX进程间通信方式: 包括管道(PIPE), 有名管道(FIFO), 和信号(Signal)
进程是操作系统进行资源分配的基本单位，每个进程都有自己的独立内存空间。由于进程比较重量，占据独立的内存，所以上下文进程间的切换开销（栈、寄存器、虚拟内存、文件句柄等）比较大，但相对比较稳定安全。
MQ的最常用，最具备典型代表意义的使用场景：实现不同系统之间的数据同步比如：如何实现订单系统OMS将订单同步至发货系统ERP中？
进程间通信又称IPC(Inter-Process Communication)，指多个进程之间相互通信，交换信息的方法。
今天突然被 ==“不同场景下该如何选择进程间通信方式？”==给噎着了，这我还真没认真想过，以前只知道说它们都是什么？为什么？怎么用？还真没想过什么时候用谁？这个问题。
消息队列是分布式应用间交换信息的重要组件，消息队列可驻留在内存或磁盘上, 队列可以存储消息直到它们被应用程序读走。
2），子线程中借助主线程的handler传递一条message
进程间通信（IPC，Inter-Process Communication），指至少两个进程或线程间传送数据或信号的一些技术或方法。
本文主要介绍进程间通信（IPC，Inter Process Communication）的一些方式，包括：
消息队列中间件是分布式系统中重要的组件，主要解决应用耦合，异步消息，流量削锋等问题，以及实现高性能，高可用，可伸缩和最终一致性架构，是大型分布式系统不可缺少的中间件。
-主线程的死循环一直运行是不是特别消耗CPU资源呢？ 其实不然，这里就涉及到Linux pipe/epoll机制，简单说就是在主线程的MessageQueue没有消息时，便阻塞在Loop的queue.next()中的nativePollOnce()方法里，此时主线程会释放CPU资源进入休眠状态，直到下个消息到达或者有事务发生，通过往pipe管道写端写入数据来唤醒主线程工作。这里采用的epoll机制，是一种IO多路复用机制，可以同时监控多个描述符，当某个描述符就绪（读或写就绪），则立刻通知相应程序进行读或写操作，本质同步I/O，即读写是阻塞的。 所以说，主线程大多数时候都是处于休眠状态，并不会消耗大量CPU资源
本文是大型网站架构系列：消息队列（二），主要分享JMS消息服务，常用消息中间件（Active MQ，Rabbit MQ，Zero MQ，Kafka）。 【第二篇的内容大部分为网络资源的整理和汇总，供大家学习总结使用，最后有文章来源】 本次分享大纲(接上篇) 消息队列概述（见第一篇：大型网站架构系列：分布式消息队列（一）） 消息队列应用场景（见第一篇：大型网站架构系列：分布式消息队列（一）） 消息中间件示例（见第一篇：大型网站架构系列：分布式消息队列（一）） JMS消息服务 常用消息队列 参考（推荐）资料 本
一、消息队列概述 消息队列中间件是分布式系统中重要的组件，主要解决应用耦合，异步消息，流量削锋等问题。实现高性能，高可用，可伸缩和最终一致性架构。是大型分布式系统不可缺少的中间件。 目前在生产环境，使用较多的消息队列有ActiveMQ，RabbitMQ，ZeroMQ，Kafka，MetaMQ，RocketMQ等。 二、消息队列应用场景 以下介绍消息队列在实际应用中常用的使用场景。异步处理，应用解耦，流量削锋和消息通讯四个场景。 2.1异步处理 场景说明：用户注册后，需要发注册邮件和注册短信。传统的做法有两种
消息队列中间件是分布式系统中重要的组件，主要解决应用耦合，异步消息，流量削锋等问题。实现高性能，高可用，可伸缩和最终一致性架构。是大型分布式系统不可缺少的中间件。
大型网站架构系列：消息队列 一、消息队列概述 消息队列中间件是分布式系统中重要的组件，主要解决应用耦合，异步消息，流量削锋等问题。实现高性能，高可用，可伸缩和最终一致性架构。是大型分布式系统不可缺少的中间件。 目前在生产环境，使用较多的消息队列有ActiveMQ，RabbitMQ，ZeroMQ，Kafka，MetaMQ，RocketMQ等。 二、消息队列应用场景 以下介绍消息队列在实际应用中常用的使用场景。异步处理，应用解耦，流量削锋和消息通讯四个场景。 2.1异步处理 场景说明：用户注册后，需要发注册邮件
进程间的通信方式，其实我们一直在用它，但是我们都不会去注意它。如果碰到面试官问你知道多少种进程间的通信方式，估计很多人都会有点懵。今天我们就来总结下进程间的通信方式有哪些。
结果面试过程只花了 5 分钟就结束了，面完的时候，天还是依然是亮的，还得在烈日下奔波 1 小时回去。
生产者消费者问题（英语：Producer-consumer problem），也称有限缓冲问题（英语：Bounded-buffer problem），是一个多线程同步问题的经典案例。该问题描述了两个共享固定大小缓冲区的线程——即所谓的“生产者”和“消费者”——在实际运行时会发生的问题。生产者的主要作用是生成一定量的数据放到缓冲区中，然后重复此过程。与此同时，消费者也在缓冲区消耗这些数据。该问题的关键就是要保证生产者不会在缓冲区满时加入数据，消费者也不会在缓冲区中空时消耗数据。
因为女票在北京，打算去北京实习，所以从去年12月开始复习Java，做项目，视频是看的黑马的视频，还可以吧，把Java基础和SSM框架看了下，做了个小项目，然后看牛客网的中级项目课，做了一个健身头条项目，接着就是刷题之路，建议把剑指Offer上的题多刷几遍，有能力的可以把LeetCode也刷刷，然后多看一些好的博客，总结的真是超级棒，书籍方面的话，主要是深入理解Java虚拟机，并发编程的艺术或者Java并发编程实战，TCP/IP详解 卷1：协议，Spring源码解析，高性能MySQL，算法，计算机操作系统，计
作为 Android 开发者，相信对于 Handler 的使用早已烂熟于心。Handler 对于 Android 非常重要，可以说，没有它，Android App 就是一堆“破铜烂铁”，它就像 Android 的血液，穿梭在 App 的各个角落，输送养分。
在裸机编程中，经常会使用全局变量进行功能间的通信，如某些功能可能由于一些操作而改变全局变量的值，另一个功能对此全局变量进行读取，根据读取到的全局变量值执行相应的动作，达到通信协作的目的。而实时操作系统往往采用邮箱、消息队列、信号用于线程间的通信。
消息队列中间件是分布式系统中重要的组件，主要解决应用耦合，异步消息，流量削锋等问题
由于Android系统是基于Linux系统的，所以有必要简单的介绍下Linux的跨进程通信，对大家后续了解Android的跨进程通信是有帮助的，本篇的主要内容如下：
我这边有一个系统，提供一个RPC接口去发送各种信息（比如短信、邮件、微信）等等渠道。我这边的系统架构是这样的：
首先Binder是Android中的一种独有的跨进程通信方式，简称IPC。它是专门为Android平台设计的。
Linux下的进程通信手段基本上是从Unix平台上的进程通信手段继承而来的。而对Unix发展做出重大贡献的两大主力AT&T的贝尔实验室及BSD（加州大学伯克利分校的伯克利软件发布中心）在进程间通信方面的侧重点有所不同。前者对Unix早期的进程间通信手段进行了系统的改进和扩充，形成了“system V IPC”，通信进程局限在单个计算机内；后者则跳过了该限制，形成了基于套接口（socket）的进程间通信机制。Linux则把两者继承了下来，如图示：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
