情情说

前两篇介绍了RabbitMQ在可用性、监控方面的考虑，这是基础保障，因为在某些场景下是不容许丢失消息的，但它和性能往往是对立的，需要根据业务场景做取舍。 当处理一些敏感数据时，比如银行卡信息，需要考虑安全性问题，上一篇总结了数据传输安全方面的知识点，这里就比较好理解了。 有很多…

在阅读RabbitMQ数据传输安全的章节时，提到了ssl协议，用了很大篇幅介绍使用openssl生成一些列秘钥和证书，如果没有相关基础，会不太好理解，本篇就来总结下数据安全相关的概念以及浏览器HTTPS的应用。 数据要在网络中传输，就会存在安全问题，因为任何人都可以获得你发送的…

上一篇总结了可能出现的异常场景，并对RabbitMQ提供的可用性保证进行了分析，在出现服务器宕机后，仍然可以正常服务。另外，需要尽快恢复异常的服务器，重新加入集群，推送未消费的消息，通过监控可第一时间接收到错误并进行处理。 另外，我们想主动了解消息堆积和消费的情况，以及服务器节…

上一篇介绍了各种场景下的最佳实践，大部分场景可以使用「发后即忘」的模式，不需要响应，如果需要响应，可以使用RabbitMQ的RPC模型。 RabbitMQ以异步的方式解耦系统间的关系，调用者将业务请求发送到Rabbit服务器，就可以返回了，Rabbit会确保请求被正确处理，即使…

这世界上编程语言如此之多，想学完是不可能的，也是没有必要的。 一般来说，一个人能精通一门语言，然后会使用另外一种语言就不错了。 既然编程语言学不完，能不能把重点放到编程语言无关的技术上呢？

曾几何时，我多少次吐槽自己接触的项目，数落它们的种种不是，项目文件结构混乱、代码层次不清晰、严重的代码冗余、巨型代码块、缺少注释和日志、散落在各处的静态配置项、混乱的数据校验和异常捕获、脆弱的稳定性和扩展性，每一次功能升级和问题解决，都是胆战心惊的。 这些问题仅仅是后端开发阶段…

通过前2篇的介绍，了解了消息通信的主要元素和交互过程，以及如何运行和管理RabbitMQ，这篇将站在开发模式的角度理解「面向消息通信」带来的好处，以及在各种场景下的最佳实践。 主要从异步状态思维、处理能力扩展性、集成复杂度方面，说明面向消息通信的好处。 当将消息通信集成到应用程…

上一篇 介绍了AMQP消息通信，包括队列、交换器和绑定，通过虚拟主机还可以隔离数据和权限，消息持久化和发送方确认模式确保了消息不丢失。 本篇主要介绍如何运行和管理RabbitMQ，在介绍之前，会有个DEMO演示消息发送和接收，一方面对AMQP的元素有更直观的认识，一方面为后面介…

上一篇 介绍了事件监听、责任链模型、socket接口和IO模型、线程模型等基本概念，以及Netty的整体结构，这篇就来说下Netty三大核心模块之一：事件监听和处理。 前面提到，Netty是一个NIO框架，它将IO通道的建立、可读、可写等状态变化，抽象成事件，以责任链的方式进行…