Đổ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.
Q
Quản trị viên
Là một lập trình viên yêu công nghệ, thích viết blog để chia sẻ kiến thức, kinh nghiệm lập trình và những điều thú vị trong thế giới tech.
2300 bài viết
· Website
900 lần chạy test không bắt được lỗi luôn nằm đó — thêm một dòng sleep, nó lộ ra 100%
Vì sao test đồng thời xanh không chứng minh gì, bảng đo cho thấy cùng một lỗi lộ ra 0% hay 100% tuỳ khe hở, vì sao Thread.yield gần vô dụng, và vì sao ngủ cố định trong test vừa chập chờn hơn vừa chậm hơn hỏi lại.
replace, vendor, workspace: công cụ Go module khi dự án hết nhỏ — và cái bẫy replace chỉ bind module chính
Dự án như một nhà thầu chính ghép nhiều thầu phụ: replace là dùng crew riêng cho một việc, nhưng chỉ bind công trình của bạn; vendor là giữ bản sao mọi bản vẽ tại chỗ; workspace là bản kế hoạch chung cho hai công trình. Nâng cấp an toàn và MVS.
Hàng đợi @Async mặc định của Spring phình tới hết heap, và @Scheduled với ba bản sao chạy ba lần
@Async như giao việc cho một tổ thư ký nhỏ có cái khay đựng việc; @Scheduled như cái đồng hồ báo thức treo trên tường VĂN PHÒNG NÀY. Pool từ chối việc, tự gọi chạy đồng bộ, ngoại lệ bị nuốt, và cách chạy định kỳ đúng khi có nhiều bản sao.
pprof chỉ thẳng hàm cấp phát 16,55 GB — và vì sao 'đo trước khi tối ưu' là luật, không phải lời khuyên
Như gắn đồng hồ đo vào từng ổ cắm thay vì đoán thiết bị nào ngốn điện. Viết benchmark chuẩn, đọc cột allocs/op, và để pprof chỉ thẳng ra hàm tạo rác thật — thay vì tối ưu nhầm chỗ cả tuần.
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.