Retry bốn dòng của Spring cho cùng kết quả nhưng chậm gấp 1000 lần — vì luồng ngồi chờ, không làm gì
Spring AMQP cho bật retry bằng vài dòng cấu hình. Phép đo cho thấy nó chặn luồng consumer, và toàn bộ thời gian thêm vào là thời gian ngồi chờ.
#spring-amqp
6 bài viết
Cùng một listener, hai loại lỗi: một cái quay vô hạn 11.189 lần, một cái ra đi ngay lần đầu
Vì sao hai ngoại lệ trong cùng một @RabbitListener lại có số phận ngược nhau, và phép đo cho thấy RepublishMessageRecoverer đính 1.688 byte header lên một thân 8 byte.
Khai topology bằng bean Spring: broker tắt vẫn khởi động xanh, khai lệch tham số chỉ là một dòng log
RabbitAdmin khai báo topology từ bean, nhưng nó làm việc đó muộn hơn bạn tưởng — và khai lệch tham số không làm ứng dụng dừng lại.
Đổi sang JSON không gỡ được ràng buộc giữa hai dịch vụ — nó chỉ chuyển chỗ
Jackson2JsonMessageConverter, cái header trói hai dịch vụ vào nhau, và cách gỡ bằng idClassMapping. Kèm phép đo thông lượng hai converter.
Tăng consumer từ 1 lên 8 làm chậm gấp 4,4 lần — hay nhanh gấp 8, tuỳ listener có việc thật hay không
Mặc định của @RabbitListener đo bằng reflection, khác biệt thật giữa Simple và Direct container, và vì sao tăng số consumer có thể làm chậm bốn lần.
Spring Boot bật RabbitMQ trong một dòng — kèm ba mặc định đi ngược đúng thứ 23 bài trước đo được
Spring Boot auto-configuration cho sẵn gì cho RabbitMQ, ba mặc định đáng đổi ngay, và phép đo cho thấy RabbitTemplate không tốn thêm gì.