在项目压测过程中，发现系统占用，上下文切换非常频繁，在此记录下调优过程，希望对后来人有所帮助。测试方法：模拟客户端实际操作，向服务器高并发发送数据，查看服务器的负载情况。服务器基本配置如下 !(https://oscimg.oschina.net/oscnet/bc83614f489750249dce90a28ca5924a8ff.png)

在上篇介绍了如何简单的发送一个消息队列之后，我们本篇来看下RabbitMQ的另外一种模式，工作队列。什么是工作队列我们上篇文章说的是，一个生产者生产了消息被一个消费者消费了，如下图!(https://usergoldcdn.xitu.io/2020/5/15/1721768c1b303014?w1824&h55

在日志收集服务器上使用Flume（1.6）的KafkaSink将日志数据发送至Kafka，在FlumeAgent启动之后，发现每个Agent的CPU使用率都非常高，而我们需要在每台机器上启动多个FlumeAgent来收集不同类型的日志，如果每个Agent都这样，那肯定会把机器的CPU吃满了，刚开始使用jstack定位到是org.apache.flume

简介众所周知，EventBus是一款用在Android开发中的发布/订阅事件总线框架，基于观察者模式，将事件的接收者和发送者分开，简化了组件之间的通信操作，使用简单、效率高、体积小！EventBus使用了典型的发布/订阅事件模式，下面是EventBus官方给出的原理示意图。!在这里插入图片描述(https://oscimg.o

RocketMQ消息轨迹主要包含两篇文章：设计篇与源码分析篇，本节将详细介绍RocketMQ消息轨迹设计相关。RocketMQ消息轨迹，主要跟踪消息发送、消息消费的轨迹，即详细记录消息各个处理环节的日志，从设计上至少需要解决如下三个核心问题：消费轨迹数据格式记录消息轨迹(消息日志)消息轨迹数据存储在哪？1、消息轨迹数

1\.JMS基本概念    JMS(JavaMessageService)即Java消息服务。它提供标准的产生、发送、接收消息的接口简化企业应用的开发。它支持两种消息通信模型：点到点（pointtopoint）（P2P）模型和发布/订阅（Pub/Sub）模型。P2P模型规定了一个消息只能有一个接收者;Pub/Sub模型允许一个消息可以

感谢各位技术大佬的资料分享，这里我把我理解的内容做一个整理一：TCP的三次握手1、TCP简述　　TCP是一个面向连接的协议，在连接双方发送数据之前，首先需要建立一条连接。TCP建立连接可以简单称为：三次握手（说白了就是建立一个TCP连接的时候，客户端

这几天想到，别人给我发的评论，我还要到后台去看，实在是太麻烦了，于是发现了一个好项目valineadmin可以帮我发送邮件评论提醒，这样我就可以实时收到别人给我发的评论。!image(https://oscimg.oschina.net/oscnet/5940a6f5b07c26046b2c2fa0e9b40e56249.png)<btnce

HTTP协议的头信息详解HTTP（HyperTextTransferProtocol）是超文本传输协议的缩写，它用于传送WWW方式的数据，关于HTTP协议的详细内容请参考RFC2616。HTTP协议采用了请求/响应模型。客户端向服务器发送一个请求，请求头包含请求的方法、URI、协议版本、以及包含请求修饰符、客户信息和内容的类似于MIME的消息结构。

一条消费成功被消费经历了生产者MQ消费者，因此在这三个步骤中都有可能造成消息丢失。一消息生产者没有把消息成功发送到MQ1.1事务机制AMQP协议提供了事务机制，在投递消息时开启事务支持，如果消息投递失败，则回滚事务。自定义事务管理器@Configuration