Toán tử publish và refCount (hoặc share) có vai trò gì trong việc tối ưu hóa tài nguyên khi có nhiều Subscriber cùng lắng nghe một Observable?

Question

Accepted Answer

Vấn đề
Với Cold Observable, mỗi khi có một Subscriber mới, toàn bộ logic bên trong Observable sẽ được thực thi lại từ đầu (ví dụ: thực hiện lại HTTP Request). Điều này gây lãng phí tài nguyên server.
Giải pháp
Sử dụng share() (là sự kết hợp của multicast, refCount) để biến Cold Observable thành Hot Observable.

Nó chia sẻ kết quả của một lần thực thi duy nhất cho tất cả các Subscriber.
refCount tự động quản lý việc kết nối: khi có Subscriber đầu tiên, nó bắt đầu; khi Subscriber cuối cùng hủy đăng ký, nó tự động ngắt kết nối.

Ứng dụng
Sử dụng cho các API lấy dữ liệu cấu hình (Config API) hoặc danh sách danh mục (Category List) mà không cần thay đổi theo thời gian thực.
const sharedData$ = http.get('/api/config').pipe(share());
// Cả 3 component cùng subscribe nhưng chỉ có 1 request được gửi đi
Lưu ý: Cần hiểu rõ vòng đời của Observable để tránh việc chia sẻ dữ liệu cũ (stale data) khi cần dữ liệu mới nhất.

Toán tử publish và refCount (hoặc share) có vai trò gì trong việc tối ưu hóa tài nguyên khi có nhiều Subscriber cùng lắng nghe một Observable?

Vấn đề

Làm Chủ Phỏng Vấn & Nâng Cao Trình Độ Chuyên Nghiệp

Tải Tuyển Tập 100+ Câu Hỏi Phỏng Vấn Chuyên Sâu (PDF)

Cần Mentor Phỏng Vấn Thử 1-1 & Tối Ưu CV?

Kiểm Tra CV Chuẩn ATS Miễn Phí

Câu hỏi reactive programming liên quan cùng chủ đề