RabbitMQ是一个由erlang开发的AMQP（AdvancedMessageQueue）的开源实现。
AMQP的出现其实也是应了广大人民群众的需求，虽然在同步消息通讯的世界里有很多公开标准（如COBAR的IIOP，或者是SOAP等），但是在异步消息处理中却不是这样，只有大企业有一些商业实现（如微软的MSMQ，IBM的WebsphereMQ等），因此，在2006年的6月，Cisco、Redhat、iMatix等联合制定了AMQP的公开标准。
MQ全称为MessageQueue,消息队列（MQ）是一种应用程序对应用程序的通信方法。
应用程序通过读写出入队列的消息（针对应用程序的数据）来通信，而无需专用连接来链接它们。
消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信，直接调用通常是用于诸如远程过程调用的技术。
排队指的是应用程序通过队列来通信。
队列的使用除去了接收和发送应用程序同时执行的要求。

包括源程序，执行文件，例子程序和文档。
在这篇文章中，我将介绍一个新的、独立的、开源的，完全基于C#和.NETFramework3.5的消息队列系统，DotNetMQ是一个消息代理，它包括确保传输，路由，负载均衡，服务器图等等多项功能。
我将从解释消息的概念和消息代理的必要性讲起，然后，我会说明什么是DotNetMQ，以及如何使用它。

内容概要：文章详细介绍了如何运用Java及其相关技术栈(Spring Boot、Redis、RabbitMQ)来构建高性能电商秒杀系统。
内容涵盖了项目背景的重要性，针对高并发环境下常见的三大技术难题（超卖、数据库高压、恶意流量）提出了解决方案。
重点描述了系统的三层架构，核心组件之间的交互逻辑，特别是使用Redis进行库存预减以减轻数据库压力、RabbitMQ作为消息队列实现订单异步处理以及采用Redisson实现出库存操作时的分布式锁定防止超买问题。
此外，还包括详细的代码实例和性能优化措施比如分库分表、缓存机制、读写分离及令牌桶算法等。
适合人群：对Java开发有兴趣或是正在从事互联网行业尤其是电商平台开发工作的工程师和技术爱好者。
使用场景及目标：适用于想要深入理解Java在电商高并发场景的应用方式，以及希望掌握实际项目中面对高并发时采取的各种解决方案的专业人士。
文章不仅提供了详尽的设计思路还给出了实用的操作指南和优化方法。
阅读建议：鉴于本篇文章涵盖较多实战技术和最佳实践经验，在学习过程中可以边阅读代码边实验。
关注每一部分的关键点，尤其是性能瓶颈在哪里以及是如何被克服的。

mqtt.fx-1.7.1-windows版本，绿色安装简单方便，MQTT（MessageQueuingTelemetryTransport，消息队列遥测传输）是IBM开发的一个即时通讯协议，有可能成为物联网的重要组成部分。
该协议支持所有平台，几乎可以把所有联网物品和外部连接起来，被用来当做传感器和致动器（比如通过Twitter让房屋联网）的通信协议。

消息队列，进程间通信，管道通信，共享存储区，socket通信等，功能虽不是很完善，但能力有限

跨平台/全局/消息队列/共享内存/信号量/自动解锁//1个进程读,1个进程写//windows1000万条19秒//linux1000万条3秒//1个进程读,2个进程写//windows2000万条80秒//linux2000万条23秒//linux编译测试，加1个参数与不加参数来区分读写队列//g++-ot-DMESSAGE_QUEUE_TRACEMessageQueueMain.cpp-lpthread&&./t-r//清理消息队列编译命令//g++-ot-DMESSAGE_QUEUE_TRACE-DMESSAGE_QU

Apache.NMS.ActiveMQ消息队列，ActiveMQ很好的例子，初学者很好

ucos2.00for51源码，并包含多任务、信号量、邮箱、消息队列、内存分配与回收5个经典实例，基本涵盖了ucos2的功能。
程序中包含完整Keil4工程源码，并自带proteus7.7仿真文件，可用keil+proteus联合调试。

实验报告七：（1）设计InputTask、ComputeTask和OutputTask三个任务，InputTask任务负责从键盘接收两个整数a和b及操作符op（+-*/），ComputeTask负责计算a（+-*/）b，OutputTask任务负责输出计算结果。
要求InputTask和ComputeTask间通信及ComputeTask和OutputTask间通信都用消息邮箱实现。
提示：把a、b和op拼接成1个消息。
（2）设计InputTask、ComputeTask和OutputTask三个任务，InputTask任务负责从键盘接收两个整数a和b及操作符op（+-*/），ComputeTask负责计算a（+-*/）b，OutputTask任务负责输出计算结果。
要求InputTask和ComputeTask间通信用消息队列实现，ComputeTask和OutputTask间通信用消息邮箱实现。
提示：把a、b和op解析成3个消息。
用到的主要函数：OSMboxCreate、OSMboxPost、OSMboxPend、OSQCreate、OSQPostOSQPend

1、图书管理系统以UNIX系统文件部分系统调用为基础设计一个简易的图书管理系统。
要求实现：图书的录入、查询、借阅、清理、统计等功能、还要实现对每天的借阅情况进行统计并打印出统计报表，操作界面要尽量完善。
图书资料信息必须保存在文件中。
2、信号通信与进程控制(l)进程的创建：编写一段程序，使用系统调用fork()创建两个或多个子进程。
当此程序运行时，在系统中有一个父进程和其余为子进程在活动。
(2)进程的控制：在程序中使用系统调用lockf()来给每一个进程加锁，实现进程之间的互斥。
(3)进程通信：①软中断通信；
②在程序中使用实例signal(SIGINT，SIG_IGN)和signal(SIGQUIT，SIG_IGN)进行通信操作，观察执行结果，并分析原因。
(4)软中断的捕获与重定义。
首先定义一个服务函数function()，然后利用signal(sig，function)系统调用来实现中断的捕获与改道。
(5)使用操作系统保留给用户的信号SIGUSR1和SIGUSR2进行通信。
(6)扩展程序，使之成为信号或事件驱动的应用程序。
3、管道通信利用UNIX系统提供的管道机制实现进程间的通信。
(1)管道通信。
利用pipe()和lockf()系统调用，编写程序，实现同族进程间的通信。
使用系统调用pipe()建立一条管道线；
创建子进程P1、P2、…。
子进程Pi分别向管道各写信息，而父进程则从管道中读出来自于各子进程的信息，实现进程家族间无名管道通讯。
扩展之，使之成为客户/服务器模式，并完成一定的任务（自己定义）。
(2)命名管道通信：利用mkfifo(name，mode)或mknod(name，mode,0)创建一个命名管道，然后利用它和文件部分系统调用实现不同进程间的通信。
改造之，使之成为客户/服务器模式，并完成一定的任务（自己定义）。
4、进程间通信(IPC)：消息机制(1)消息的创建、发送和接收使用系统调用msgget()，msgsnd()，msgget()，及msgctl()编制一长度为1K的消息发送和接收的程序。
1）为了便于操作和观察结果，用一个程序作为“引子”，先后fork()两个子进程，SERVER和CLIENT，进行通信。
SERVER和CLIENT也可分别为2个各自独立的程序。
2）SERVER端建立一个Key为175的消息队列，等待其他进程发来的消息。
当遇到类型为1的消息，则作为结束信号，取消该队列，并退出SERVER。
SERVER每接收到一个消息后显示一句“(server)received”。
3）CLIENT端使用key为175的消息队列，先后发送类型从10到1的消息，然后退出。
最后的一个消息，即是SERVER端需要的结束信号。
CLIENT每发送一条消息后显示一句“(client)sent”。
4）父进程在SERVER和CLIENT均退出后结束。
（2）功能扩展：在sever端创建一个服务函数，从而实现C/S通讯要求SERVER每接收到一次数据后不仅仅显示“(server)received”，而是做一些其它事情，比如读取或查询某个文件，或者执行一个shell命令等。
此功能可由设计者自己定义。
在此基础上可以扩展客户端，比如设计一个菜单界面，接收不同的选项，并发送到服务器端，请求对方提供服务。
5、进程间通信(IPC)：共享内存机制(1)共享存储区的创建，附接和断接使用系统调用shmget()，shmat()，msgdt()，shmctl()，编制一长度为1K的消息发送和接收的程序。
1）为了便于操作和观察结果，用一个程序作为“引子”，先后fork()两个子进程，SERVER和CLIENT，进行通信。
SERVER和CLIENT也可分别为2个各自独立的程序。
2）SERVER端建立一个Key为375的共享区，并将第一个字节置为-1，作为数据空的标志，等待其他进程发来的消息。
当该字节的值发生变化时，表示收到了信息，并进行处理。
然后再次把它的值设为-1。
如果遇到的值为0，则视为结束信号，取消该队列，并退出SERVER。
SERVER每接收到一次数据后显示“(server)received”。
3）CLIENT端建立一个Key为375的共享区，当共享取得第一个字节为-1时，SERVER端空闲，可发送请求。
CLIENT随即填入9到0。
期间等待Server端的再次空闲。
进行完这些操作后，CLIENT退出。
CLIENT每发送一次数据后显示“(client)sent”。
4）父进程在SERVER和CLIENT均退出后结束。
（2）功能扩展：在sever端创建一个服务函数，从而形成C/S通讯模式要求SERVER每接收到一次数据后不仅仅显示“(server)received”，而是做一些其它事情，比如

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。