Échange Fanout pour la publication et l’abonnement
Comprenez et mettez en œuvre l’échange Fanout pour diffuser les messages vers toutes les files d’attente liées. Cette solution est idéale pour les scénarios simples de publication et d’abonnement.
Échange Fanout pour la publication et l’abonnement est une leçon RabbitMQ Messaging & Async Systems gratuite sur CoddyKit. Ceci est la leçon 1 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage RabbitMQ Messaging & Async Systems, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours RabbitMQ Messaging & Async Systems comprend 4 leçons au total.
Certaines parties de cette leçon n'ont pas encore été traduites et s'affichent en anglais.
Pub/Sub & Fanout Explained
Imagine you want to broadcast a message to everyone interested, without knowing who they are. This is the idea behind the Publish/Subscribe (Pub/Sub) messaging pattern.
In RabbitMQ, the Fanout exchange is perfect for this. It acts like a megaphone, shouting your message to all connected listeners.
How Fanout Exchanges Work
A Fanout exchange is the simplest type of exchange. When a message arrives at a Fanout exchange, it doesn't care about routing keys.
- It takes the message.
- It duplicates it for every queue that is bound to it.
- Then, it sends a copy of the message to each of those bound queues.
Think of it as a broadcast to all subscribers.
Key Components
Let's quickly recap the main players:
- Producer: Sends the message.
- Exchange: Receives messages from producers and routes them to queues. Fanout is one type.
- Queue: A buffer that stores messages until a consumer picks them up.
- Consumer: Receives messages from queues and processes them.
With Fanout, the exchange ensures all bound queues get the message.
Routing Keys Are Ignored
A crucial detail about Fanout exchanges: they completely ignore routing keys!
When a producer sends a message to a Fanout exchange, it might still provide a routing key (often an empty string), but the exchange simply disregards it.
Its only job is to broadcast to all queues bound to it, regardless of any key.
Setting Up the Fanout Exchange
First, our producer needs to declare the Fanout exchange. This tells RabbitMQ to create or ensure this exchange exists.
Notice the "fanout" type parameter. Try running this code to declare your exchange!
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;
public class FanoutProducerSetup {
private final static String EXCHANGE_NAME = "fanout_logs";
public static void main(String[] argv) throws Exception {
ConnectionFactory factory = new ConnectionFactory();
factory.setHost("localhost");
try (Connection connection = factory.newConnection();
Channel channel = connection.createChannel()) {
// Declare a fanout exchange
channel.exchangeDeclare(EXCHANGE_NAME, "fanout");
System.out.println("Fanout exchange '" + EXCHANGE_NAME + "' declared.");
}
}
}Binding a Queue to Fanout
Consumers don't receive directly from exchanges. They receive from queues. Each consumer needs its own queue, and that queue must be bound to the Fanout exchange.
queueDeclare() with no arguments creates a unique, exclusive, auto-delete queue. The routing key for binding is an empty string, as it's ignored by Fanout.
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;
public class FanoutConsumerSetup {
private final static String EXCHANGE_NAME = "fanout_logs";
public static void main(String[] argv) throws Exception {
ConnectionFactory factory = new ConnectionFactory();
factory.setHost("localhost");
Connection connection = factory.newConnection();
Channel channel = connection.createChannel();
channel.exchangeDeclare(EXCHANGE_NAME, "fanout");
String queueName = channel.queueDeclare().getQueue(); // A unique, auto-delete queue
channel.queueBind(queueName, EXCHANGE_NAME, ""); // Bind with empty routing key
System.out.println("Queue '" + queueName + "' declared and bound to '" + EXCHANGE_NAME + "'.");
System.out.println("Ready for messages (but not consuming yet).");
}
}Publishing to Fanout Exchange
Once the exchange is declared, the producer can send messages to it. Notice how the basicPublish method specifies the exchange name, but the routing key is an empty string.
Run this code after you've set up your exchange. It will publish one message.
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;
import java.nio.charset.StandardCharsets;
public class FanoutPublisher {
private final static String EXCHANGE_NAME = "fanout_logs";
public static void main(String[] argv) throws Exception {
ConnectionFactory factory = new ConnectionFactory();
factory.setHost("localhost");
try (Connection connection = factory.newConnection();
Channel channel = connection.createChannel()) {
channel.exchangeDeclare(EXCHANGE_NAME, "fanout"); // Ensure exchange exists
String message = "Hello everyone, this is a broadcast!";
// Publish to the exchange, routing key is ignored for fanout
channel.basicPublish(EXCHANGE_NAME, "", null, message.getBytes(StandardCharsets.UTF_8));
System.out.println(" [x] Sent '" + message + "'");
}
}
}Consuming Broadcasts
Now, let's make our consumer actually receive messages. The DeliverCallback defines what happens when a message arrives. Remember, each consumer has its own queue!
To see the broadcast in action, first run two separate instances of this consumer code. Then, run the publisher code from the previous scene. Both consumers should receive the message!
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;
import com.rabbitmq.client.DeliverCallback;
import java.nio.charset.StandardCharsets;
public class FanoutSubscriber {
private final static String EXCHANGE_NAME = "fanout_logs";
public static void main(String[] argv) throws Exception {
ConnectionFactory factory = new ConnectionFactory();
factory.setHost("localhost");
Connection connection = factory.newConnection();
Channel channel = connection.createChannel();
channel.exchangeDeclare(EXCHANGE_NAME, "fanout");
String queueName = channel.queueDeclare().getQueue(); // Exclusive, auto-delete queue
channel.queueBind(queueName, EXCHANGE_NAME, ""); // Bind to fanout exchange
System.out.println(" [*] Waiting for messages in queue '" + queueName + "'. To exit press CTRL+C");
DeliverCallback deliverCallback = (consumerTag, delivery) -> {
String message = new String(delivery.getBody(), StandardCharsets.UTF_8);
System.out.println(" [x] Received '" + message + "'");
};
// Auto-ack set to true for simplicity in this example
channel.basicConsume(queueName, true, deliverCallback, consumerTag -> {});
}
}Fanout in Action
When you ran two consumers and then the publisher, you observed the core concept of Fanout: every active consumer received a copy of the message.
This is because each consumer had its own unique queue, and both queues were bound to the same fanout_logs exchange. The exchange simply duplicated the message to all bound queues.
This makes Fanout ideal for scenarios like real-time logging, notifications, or broadcasting updates.
Test Your Knowledge
Time for a quick check on Fanout exchanges!
Fanout Recap
You've successfully learned about the Fanout exchange!
- It implements the Pub/Sub pattern.
- It broadcasts messages to all bound queues.
- It ignores routing keys when distributing messages.
- It's perfect for scenarios where multiple consumers need to receive the same message.
Next, we'll explore the Direct exchange, which uses routing keys for more precise message delivery!
Apprends RabbitMQ Messaging & Async Systems avec un tuteur IA — gratuit
Écris et exécute du vrai code dans ton navigateur, obtiens de l'aide instantanée d'un tuteur IA disponible 24h/24, et reprends là où tu t'es arrêté sur le web ou dans l'app.
- Cours
- 11
- Leçons
- 44
Questions Fréquemment Posées
La leçon « Échange Fanout pour la publication et l’abonnement » est-elle gratuite ?
Oui — le texte complet de « Échange Fanout pour la publication et l’abonnement » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours RabbitMQ Messaging & Async Systems, passe à CoddyKit PRO. Le cours RabbitMQ Messaging & Async Systems comprend 4 leçons au total.
Qu'est-ce que j'apprendrai dans « Échange Fanout pour la publication et l’abonnement » ?
Comprenez et mettez en œuvre l’échange Fanout pour diffuser les messages vers toutes les files d’attente liées. Cette solution est idéale pour les scénarios simples de publication et d’abonnement. Tu pratiques RabbitMQ Messaging & Async Systems avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.
Dois-je avoir de l'expérience pour commencer RabbitMQ Messaging & Async Systems ?
Aucune expérience préalable n'est requise. RabbitMQ Messaging & Async Systems sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 1 sur 4.
Combien de temps prend la leçon « Échange Fanout pour la publication et l’abonnement » ?
La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.
Peux-tu écrire et exécuter du code dans cette leçon RabbitMQ Messaging & Async Systems ?
Oui. Chaque leçon RabbitMQ Messaging & Async Systems inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.
Toutes les leçons de ce cours
- Échange Fanout pour la publication et l’abonnement
- Échange Direct pour le routage
- Échange Topic pour un routage flexible
- Échange par défaut et liaisons implicites