回归心灵的专栏

背景在某次查看程序线程堆栈信息时，偶然发现有 200 个 Dubbo-thread 线程，而且大部分都处于 WAITING 状态，如下所示："Dubbo-thread-200" #160932 daemon prio=5 os_prio=0 tid=0x00007f5af9b54800 nid=0x79a6 waiting on condition [0x00007f5a9acd5000] java.lang.Thread.State: WAITING (parking) at sun.misc

背景服务器上搭建的 RabbitMQ 在并发量不是很大的情况下 CPU 占用竟然达到了 40% 左右，这种情况第一感觉是不科学的，推测应该是使用不当或哪里配置不合理造成的。问题排查首先通过 top 命令查看到 CPU 和 内存使用情况：error_logger 问题然后可以通过 RabbitMQ 提供的插件 rabbitmq_top 来查看详细的各个线程内存和 CPU 的使用情况。首先我们通过命令 rabbitmq-plugins list 查看所有插件及开启情况，然后使用命令 rabbitmq

背景在后端服务改为在 Docker + Kubernetes 上部署后没多久，程序就由于 java.lang.OutOfMemoryError: Java heap space 原因退出重新启动。问题分析宏观角度分析微观角度分析总结