Spring Boot 3 + Virtual Threads: Khi nào nên chuyển từ WebFlux?

Bạn vừa nhận được một ticket: "API hiện đang dùng Spring WebFlux nhưng phản hồi chậm khi tải dữ liệu từ PostgreSQL". Đội backend đang cân nhắc chuyển sang virtual threads của Java 21 để đơn giản hoá code và tận dụng các thư viện blocking hiện có. Nhưng liệu bỏ WebFlux có thực sự là bước đúng?

1. Virtual threads là gì?#

Virtual threads (còn gọi là fibers trong một số ngôn ngữ) là một lớp thread do JVM quản lý, nhẹ hơn hàng nghìn lần so với OS thread truyền thống. Mỗi virtual thread chỉ chiếm một vài kilobytes stack và được lập lịch bởi ForkJoinPool. Khi thread chờ I/O (đọc DB, gọi HTTP), JVM sẽ unpark thread thật và gán một virtual thread khác vào cùng một OS thread, vì vậy số lượng concurrent requests có thể lên tới hàng chục ngàn mà không gặp out‑of‑memory hay thread pool exhaustion.

Lưu ý: Virtual thread không thay thế hoàn toàn các mô hình reactive; chúng vẫn là blocking nhưng “non‑blocking” ở mức JVM.

2. WebFlux – ưu và nhược điểm#

WebFlux được thiết kế cho reactive streams. Khi bạn viết controller trả về Mono/Flux, mọi I/O đều phải non‑blocking

1. Virtual threads là gì?#

Lưu ý: Virtual thread không thay thế hoàn toàn các mô hình reactive; chúng vẫn là blocking nhưng “non‑blocking” ở mức JVM.

2. WebFlux – ưu và nhược điểm#

WebFlux được thiết kế cho reactive streams. Khi bạn viết controller trả về Mono/Flux, mọi I/O đều phải non‑blocking

Điều kiện	Virtual Threads	WebFlux
Đa số blocking libraries (JDBC, MyBatis, Apache HttpClient)	✅ Không cần thay đổi	❌ Cần wrapper hoặc reactive driver
Độ phức tạp business logic cao, nhiều `if‑else`, service‑layer truyền thống	✅ Code gần như plain Java	❌ Phải chuyển sang reactive DSL
Yêu cầu latency cực thấp (<10ms) cho I/O nhẹ	❌ Overhead context switch ~µs	✅ Thích hợp
Số lượng concurrent requests < 2k	✅ Đủ	✅ Cũng đủ
Đòi hỏi back‑pressure với streaming (SSE, WebSocket)	❌ Không hỗ trợ tự nhiên	✅ Tốt

Condition	Virtual Threads	WebFlux
Majority of blocking libraries (JDBC, MyBatis, Apache HttpClient)	✅ No changes needed	❌ Requires wrappers or reactive drivers
Complex business logic with many `if‑else`, service‑layer calls	✅ Straight‑forward Java code	❌ Must be rewritten in reactive style
Ultra‑low latency requirement (<10 ms) for light I/O	❌ Context‑switch overhead (~µs)	✅ Ideal
Concurrent request count < 2k	✅ Sufficient	✅ Sufficient
Need back‑pressure for streaming (SSE, WebSocket)	❌ Not native	✅ Good

Spring Boot 3 + Virtual Threads: Khi nào nên chuyển từ WebFlux?Spring Boot 3 + Virtual Threads: When to Move Away from WebFlux

1. Virtual threads là gì?#

2. WebFlux – ưu và nhược điểm#

Spring Boot 3 + Virtual Threads: Khi nào nên chuyển từ WebFlux?Spring Boot 3 + Virtual Threads: When to Move Away from WebFlux

1. Virtual threads là gì?#

2. WebFlux – ưu và nhược điểm#

3. Khi nào virtual threads thắng WebFlux?#

4. Kích hoạt virtual threads trong Spring Boot 3#

5. Kiểm tra hiệu năng#

6. Những rủi ro cần lưu ý#

7. Quy tắc quyết định (Rule of thumb)#

8. Kết luận#

Tóm tắt#

1. What are virtual threads?#

2. WebFlux – pros and cons#

3. When do virtual threads beat WebFlux?#

4. Enabling virtual threads in Spring Boot 3#

5. Benchmarks (quick sanity check)#

6. Pitfalls to watch out for#

7. Decision rule of thumb#

8. Bottom line#

Key takeaways#

Thảo luậnDiscussion

1. Virtual threads là gì?#

2. WebFlux – ưu và nhược điểm#

1. Virtual threads là gì?#

2. WebFlux – ưu và nhược điểm#

3. Khi nào virtual threads thắng WebFlux?#

4. Kích hoạt virtual threads trong Spring Boot 3#

5. Kiểm tra hiệu năng#

6. Những rủi ro cần lưu ý#

7. Quy tắc quyết định (Rule of thumb)#

8. Kết luận#

Tóm tắt#

1. What are virtual threads?#

2. WebFlux – pros and cons#

3. When do virtual threads beat WebFlux?#

4. Enabling virtual threads in Spring Boot 3#

5. Benchmarks (quick sanity check)#

6. Pitfalls to watch out for#

7. Decision rule of thumb#

8. Bottom line#

Key takeaways#

Bài học liên quanRelated lessons

Thảo luậnDiscussion

4. Enabling virtual threads in Spring Boot 3#