在消费慢的时候可以设置Qos的prefetchCount，它表示broker在向消费者发送消息的时候，一旦发送了prefetchCount个消息而没有一个消息确认的时候，就停止发送。消息中间件本身是具备一定的缓冲能力的，但这个能力是有容量限制的，如果长期运行并没有任何处理，最终会导致Broker崩溃，而分布式系统的故障往往会发生上下游传递，连锁反应可能会引起系统大范围的宕机，这就很悲剧了。如果设置

想必大家遇到aes256加密报如下异常：java.security.InvalidKeyException: Illegal key size or default parameters，在网上搜到最多的解决方案是在oracle官网下载补丁jar包（local_policy.jar、US_export_policy.jar），进行替换。当然，如果这个一个新项目，或者项目规模较小，完全可以通过替换对

性能测试工具-WRK使用1.简介wrk是一款针对http协议的基准测试工具，它能够在单机多核CPU的条件下，使用系统自带的高性能 I/O机制，如epoll,kqueue等，通过多线程和事件模式，对目标机器产生大量的负载。2.优劣势2.1优势:轻量级性能测试工具;安装简单（相对 Apache ab 来说）;学习曲线基本为零，几分钟就能学会咋用了；基于系统自带的高性能 I/O 机制，如 epoll,

给定一个只包含 '('和 ')'的字符串，找出最长的包含有效括号的子串的长度。示例1:输入: "(()"输出: 2解释: 最长有效括号子串为 "()"示例 2:输入: ")()())"输出: 4解释: 最长有效括号子串为 "()()"来源：力扣（LeetCode）链接：https://leetcode-cn.com/proble...

rabbitmq_tracing插件相当于Firehose的GUI版本，它同样能跟踪RabbitMQ中消息的注入流出情况。rabbitmq_tracing插件同样会对流入流出的消息进行封装，然后将封装后的消息日志存入相应的trace文件中。这两个临时队列，在追溯停止后，也将不存在了。可以直接通过网页端进行查看。连接用户名和密码，按创建的用户名管密码，这里填充:root/123456。分别添加生产者

应该是追加到一个指定的队列，还是追加到多个队列，还是丢弃。每个消费者定义生成一个队列关绑定到同一个Exchange，每个消费者都可以消费完整的消息。在RabbitMQ中，生产者不是将消息直接发送给消息消息队列，实际上生产者根本不知道一个消息被发送到哪个队列。当启动生产者后，可以发现已经产生了3个默认的交换机及队列的绑定关系。交换器很简单，从名称就可以看出来（用风扇吹出去），将所有的收到的消息发给它