<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[Skipper1101的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/Skipper1101</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; Skipper1101]]></copyright><item><title><![CDATA[RabbitMQ—核心概念：publisher 和 Exchange（2）]]></title><link>https://blog.youkuaiyun.com/Skipper1101/article/details/148099708</link><guid>https://blog.youkuaiyun.com/Skipper1101/article/details/148099708</guid><author>Skipper1101</author><pubDate>Tue, 20 May 2025 22:13:05 +0800</pubDate><description><![CDATA[本文介绍了 RabbitMQ 中的两个核心概念：Publisher 和 Exchange。]]></description><category></category></item><item><title><![CDATA[RabbitMQ—为什么需要消息队列 (1)]]></title><link>https://blog.youkuaiyun.com/Skipper1101/article/details/147285313</link><guid>https://blog.youkuaiyun.com/Skipper1101/article/details/147285313</guid><author>Skipper1101</author><pubDate>Wed, 16 Apr 2025 20:17:13 +0800</pubDate><description><![CDATA[使用 HTTP RESTFul 作为远程服务调用的模式也非常普遍，使用 JSON 协议本身在通用性和版本变动的兼容性上要比单独设计的协议要好，但是基于请求-响应的模式对于目的服务的 IP，PORT 和可用状态存在着强依赖。举个例子：即便被调用的服务突然崩溃了无法处理请求，但是调用方的消息会在消息队列中直到被调用方恢复后再消费，这比 HTTP 或者 RPC 要鲁棒的多，也是上边说过的，依赖更少，更不容易故障；与之相对的是“面向流的中间件”，即以字节流形式进行数据收发，数据之间没有特定的边界。]]></description><category></category></item></channel></rss>