<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>RabbitMQ on 冯威的博客</title><link>https://fwhyy.com/tags/rabbitmq/</link><description>Recent content in RabbitMQ on 冯威的博客</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 06 Jun 2022 08:08:42 +0800</lastBuildDate><atom:link href="https://fwhyy.com/tags/rabbitmq/atom.xml" rel="self" type="application/rss+xml"/><item><title>NET Core中的RabbitMQ消费者CPU高，竟然是这个原因</title><link>https://fwhyy.com/2022/06/the-high-cpu-of-rabbitmq-consumers-in-net-core/</link><pubDate>Mon, 06 Jun 2022 08:08:42 +0800</pubDate><guid>https://fwhyy.com/2022/06/the-high-cpu-of-rabbitmq-consumers-in-net-core/</guid><description>&lt;p&gt;在 RabbitMQ 中有一个 vhsot 机制，可以用来做租户隔离，当产品从单租户演化为多租户时，正好可以用到这个特性，不同 vhost 中的交换机、队列互不影响。&lt;/p&gt;</description></item><item><title>说说 RabbiMQ 的应答模式</title><link>https://fwhyy.com/2021/01/talk-about-the-response-mode-of-rabbimq/</link><pubDate>Mon, 11 Jan 2021 08:08:40 +0800</pubDate><guid>https://fwhyy.com/2021/01/talk-about-the-response-mode-of-rabbimq/</guid><description>&lt;p&gt;RabbiMQ 我们都很熟悉了，是很常用的一个开源消息队列。搞懂 RabbiMQ 的应答模式对我们排查错误很有帮助，也能避免一些坑。本文说说 RabbiMQ 的应答模式。&lt;/p&gt;
&lt;p&gt;生产者发出一条消息给 RabbiMQ ，服务端将消息推送给消费者，消费者处理完消息后告诉 RabbiMQ，我已经接收到消息并处理了，RabbiMQ 收到通知后会将消息从队列中删除。 消费者通知 MQ 的这个过程就是消息的应答。在 RabbiMQ 中有两种应答模式：自动应答和手动应答。&lt;/p&gt;</description></item><item><title>使用RabbitMQ实现接口补偿</title><link>https://fwhyy.com/2019/10/using-rabbitmq-to-implement-interface-compensation/</link><pubDate>Fri, 11 Oct 2019 06:32:37 +0800</pubDate><guid>https://fwhyy.com/2019/10/using-rabbitmq-to-implement-interface-compensation/</guid><description>&lt;h2 id="业务背景"&gt;业务背景&lt;/h2&gt;
&lt;p&gt;在我们的日常开发中，经常需要调用第三方接口来进行数据传递，在调用接口的过程中，会因为各种原因导致调用的失败。这时我们希望能有一种机制实现对失败的接口的重复调用，并且能够实现人工干预。&lt;/p&gt;</description></item></channel></rss>