ThreadLocal trên event loop không mất dữ liệu — nó trả về dữ liệu của request khác
Vì sao ThreadLocal không dùng được trên event loop — nó không mất dữ liệu, nó trả về dữ liệu của người khác. Và đo xem Context đi được tới đâu.
Vert.x
Theo dõi riêng chuyên mục này 50 bài viết
compose hai Future trông như nối tiếp nhưng chạy song song — vì Future khởi động lúc *tạo*, không lúc ghép
Ghép năm lời gọi bất đồng bộ theo ba cách và đo thời gian, khác biệt giữa all với join khi có lỗi, và cái bẫy compose không hề tuần tự hoá.
Ném ngoại lệ trong onSuccess của Vert.x là mất luôn lỗi — request treo, không log, không 500
Future và Promise của Vert.x: compose dừng ở bước hỏng, recover khác otherwise ở đâu, ngoại lệ đi về đâu, và chi phí thật của một chuỗi ba bước.
executeBlocking mặc định: 20 luồng worker mà chỉ 1 chạy, 19 ngồi không — chậm 20 lần, không một dòng lỗi
Bốn cách chạy mã chặn trong Vert.x, đo cả bốn. Tất cả đều cứu được event loop, nhưng thông lượng của chúng chênh nhau hai mươi lần vì một tham số mặc định.
Mất 90% thông lượng mà công cụ bắt chặn của Vert.x không nói một lời — đặt ngưỡng thế nào cho đúng
Bốn tham số mặc định của blocked thread checker, thứ nó bỏ sót, thứ nó bắt được, và vì sao gần như ai cũng bỏ qua cảnh báo của nó.
Bốn kết nối chặn làm sập thông lượng 59 lần — bán kính sát thương của một handler chặn
Luật duy nhất của event loop, đo bằng số: bán kính sát thương của một handler chặn, và phép tính giải thích chính xác con số đo được.