Client gửi rác, endpoint Vert.x báo 500 — vì sao lỗi của họ lại thành lỗi của bạn
Ba cách làm thân request biến mất trong Vert.x Web, hành vi thật khi vượt giới hạn kích thước, và chỗ lỗi của client bị báo thành lỗi của server.
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.
2272 bài viết
· Website
Quên gọi next(): request treo tới khi client bỏ cuộc, không một dòng log — và 50 handler vẫn miễn phí
Đo chi phí thật của Router và chuỗi handler trong Vert.x Web, cùng ba cách làm request biến mất mà không có dòng lỗi nào.
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.
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.