RabbitMQ Messaging & Async Systems · Lekcja

Liczba wstępnie pobieranych wiadomości (QoS)

Liczba wstępnie pobieranych wiadomości (QoS) to bezpłatna lekcja RabbitMQ Messaging & Async Systems na CoddyKit. To lekcja 2 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej RabbitMQ Messaging & Async Systems, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs RabbitMQ Messaging & Async Systems zawiera 4 lekcji w sumie.

Części tej lekcji nie zostały jeszcze przetłumaczone i są wyświetlane po angielsku.

Control Message Flow with Prefetch

In a system with multiple consumers, how do you ensure messages are distributed fairly and no single consumer gets overwhelmed?

This lesson introduces the prefetch count, a crucial Quality of Service (QoS) setting in RabbitMQ.

The Challenge: Uneven Workload

By default, RabbitMQ dispatches messages in a round-robin fashion to available consumers. However, it doesn't wait for a consumer to finish processing a message before sending the next one.

If one consumer is slow, it might still receive many messages, while a fast consumer sits idle. This leads to an uneven workload.

Introducing Quality of Service (QoS)

RabbitMQ's Quality of Service (QoS) settings allow you to control how messages are delivered to consumers.

The most common QoS setting is the prefetchCount, which limits the number of unacknowledged messages a consumer can hold at any given time.

How Prefetch Count Works

The prefetch count tells RabbitMQ the maximum number of messages a consumer is willing to process at once.

Once a consumer reaches its prefetch limit, RabbitMQ stops delivering new messages to it.
It will only send more messages once the consumer acknowledges some of its current messages, bringing the unacknowledged count below the limit.

Implementing Prefetch with `basicQos`

You set the prefetch count using the channel.basicQos() method on the consumer side. The most common value for fair dispatch is 1.

This means a consumer will process one message at a time, acknowledge it, then receive the next.

    // Consumer setup
    Channel channel = connection.createChannel();
    channel.queueDeclare("my_queue", true, false, false, null);

    // Set prefetch count to 1
    channel.basicQos(1, false); // prefetchCount = 1, global = false

    DeliverCallback deliverCallback = (consumerTag, delivery) -> {
        String message = new String(delivery.getBody(), "UTF-8");
        System.out.println(" [x] Received '" + message + "'");
        // Simulate work
        Thread.sleep(1000);
        System.out.println(" [x] Done processing '" + message + "'");
        channel.basicAck(delivery.getEnvelope().getDeliveryTag(), false);
    };
    channel.basicConsume("my_queue", false, deliverCallback, consumerTag -> {});

Sending Messages to the Queue

Let's create a simple producer that sends several messages to a queue. We'll use this with our QoS-enabled consumer.

Run this code first to populate the queue:

import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;

public class MessageProducer {
    private final static String QUEUE_NAME = "my_queue";

    public static void main(String[] argv) throws Exception {
        ConnectionFactory factory = new ConnectionFactory();
        factory.setHost("localhost"); // Assuming RabbitMQ is on localhost
        try (Connection connection = factory.newConnection();
             Channel channel = connection.createChannel()) {
            channel.queueDeclare(QUEUE_NAME, true, false, false, null);

            for (int i = 0; i < 10; i++) {
                String message = "Task " + i;
                channel.basicPublish("", QUEUE_NAME, null, message.getBytes("UTF-8"));
                System.out.println(" [x] Sent '" + message + "'");
            }
        }
    }
}

Consumer with Prefetch in Action

Now, run this consumer code. Notice how basicQos(1) ensures that even if a consumer is slow (due to Thread.sleep), it won't hoard messages.

If you run multiple instances of this consumer, they will share the work more fairly.

import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;
import com.rabbitmq.client.DeliverCallback;

public class QosConsumer {
    private final static String QUEUE_NAME = "my_queue";

    public static void main(String[] argv) throws Exception {
        ConnectionFactory factory = new ConnectionFactory();
        factory.setHost("localhost"); // Assuming RabbitMQ is on localhost
        Connection connection = factory.newConnection();
        Channel channel = connection.createChannel();

        channel.queueDeclare(QUEUE_NAME, true, false, false, null);
        System.out.println(" [*] Waiting for messages. To exit press CTRL+C");

        // Set prefetch count to 1 for fair dispatch
        channel.basicQos(1, false);

        DeliverCallback deliverCallback = (consumerTag, delivery) -> {
            String message = new String(delivery.getBody(), "UTF-8");
            System.out.println(" [x] Received '" + message + "'");
            try {
                // Simulate processing time
                Thread.sleep(2000); // 2 seconds per message
            } catch (InterruptedException e) {
                Thread.currentThread().interrupt();
            } finally {
                System.out.println(" [x] Done processing '" + message + "'");
                channel.basicAck(delivery.getEnvelope().getDeliveryTag(), false);
            }
        };
        channel.basicConsume(QUEUE_NAME, false, deliverCallback, consumerTag -> {});
    }
}

Key Advantages of Using Prefetch

Using an appropriate prefetch count offers several benefits:

Fair Dispatch: Messages are distributed more evenly among competing consumers, preventing a single consumer from getting overloaded.
Prevents Consumer Overload: Slower consumers won't accumulate too many messages, reducing memory consumption and potential crashes.
Better Resource Utilization: Ensures all active consumers are working efficiently, leading to better overall throughput for the system.

`global` Flag for Channel-Wide QoS

The basicQos() method has an optional global parameter. If set to true, the prefetch count applies to all consumers on that channel.

Generally, it's safer to set global to false (the default) so the prefetch count applies per-consumer. This offers finer control and prevents unexpected behavior.

    // Per-consumer QoS (recommended)
    channel.basicQos(1, false);

    // Channel-wide QoS (use with caution)
    // channel.basicQos(1, true);

Optimizing Your Prefetch Count

The ideal prefetch count depends on your application's specifics. Consider:

Message Processing Time: If messages are processed quickly, a higher prefetch count can increase throughput.
Consumer Resources: How much memory and CPU can each consumer dedicate to holding and processing messages?
Network Latency: For high-latency networks, a slightly higher prefetch can reduce idle time waiting for the next message.

Experimentation is key to finding the optimal balance between throughput and fairness.

Prefetch Count Understanding

Consider two consumers, C1 and C2, both connected to the same queue. C1 processes messages in 5 seconds, C2 in 1 second. If basicQos(1) is set for both, and 10 messages are sent, what is the primary benefit?

Recap: Controlling Message Flow

Great job! You've learned about the prefetch count (QoS) in RabbitMQ.

It limits unacknowledged messages a consumer holds.
channel.basicQos(1) is common for fair dispatch.
It prevents consumer overload and ensures even workload distribution.

Mastering prefetch count is vital for building robust and scalable messaging systems with competing consumers.

Często zadawane pytania

Czy lekcja „Liczba wstępnie pobieranych wiadomości (QoS)” jest bezpłatna?

Tak — pełny tekst „Liczba wstępnie pobieranych wiadomości (QoS)” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu RabbitMQ Messaging & Async Systems, przejdź na CoddyKit PRO. Kurs RabbitMQ Messaging & Async Systems zawiera 4 lekcji w sumie.

Co nauczysz się w „Liczba wstępnie pobieranych wiadomości (QoS)”?

Skonfiguruj liczbę wstępnie pobieranych wiadomości (Quality of Service), aby kontrolować, ile wiadomości konsument otrzymuje jednocześnie. Zoptymalizuj wydajność konsumentów i zapobiegaj ich przeciąż… Ćwiczysz RabbitMQ Messaging & Async Systems z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć RabbitMQ Messaging & Async Systems?

Nie wymagamy żadnego doświadczenia. RabbitMQ Messaging & Async Systems w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 2 z 4.

Ile czasu zajmuje lekcja „Liczba wstępnie pobieranych wiadomości (QoS)”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji RabbitMQ Messaging & Async Systems?

Tak. Każda lekcja RabbitMQ Messaging & Async Systems zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

Wzorzec rywalizujących konsumentów
Liczba wstępnie pobieranych wiadomości (QoS)
Wyłączni konsumenci i priorytet konsumentów
Single Active Consumer

← Powrót do RabbitMQ Messaging & Async Systems