Thư Viện Câu Hỏi Phỏng Vấn

Question

Trong môi trường phân tán (Distributed System), việc sử dụng bộ nhớ đệm (Caching) có thể dẫn đến hiện tượng gì liên quan đến tính đồng thời và cách giải quyết?

Middle

Answer 1

Các vấn đề đồng thời trong Caching phân tán

Khi nhiều tiến trình hoặc server cùng đọc và ghi vào một cache chung (như Redis), các hiện tượng sau thường xuyên xảy ra:

Nội dung chi tiết câu trả lời, phân tích kỹ thuật chuyên sâu, mã nguồn minh họa và các trường hợp ngoại lệ chỉ dành riêng cho học viên Unicode E-learning...

Để mở khóa toàn bộ giải pháp chi tiết và tài liệu hướng dẫn phỏng vấn, vui lòng nâng cấp tài khoản hoặc tham gia gói Learning Pass để truy cập không giới hạn.

// Mã nguồn và kiến trúc giải pháp bị ẩn đối với tài khoản chưa nâng cấp...

Answer 2

Bản chất Thread Starvation

Thread Starvation xảy ra khi một hoặc nhiều luồng không bao giờ nhận được CPU time hoặc tài nguyên cần thiết để chạy vì các luồng khác (thường có độ ưu tiên cao hơn hoặc chiếm giữ tài nguyên lâu hơn) đã chiếm dụng toàn bộ Thread Pool.

Nội dung chi tiết câu trả lời, phân tích kỹ thuật chuyên sâu, mã nguồn minh họa và các trường hợp ngoại lệ chỉ dành riêng cho học viên Unicode E-learning...

Để mở khóa toàn bộ giải pháp chi tiết và tài liệu hướng dẫn phỏng vấn, vui lòng nâng cấp tài khoản hoặc tham gia gói Learning Pass để truy cập không giới hạn.

// Mã nguồn và kiến trúc giải pháp bị ẩn đối với tài khoản chưa nâng cấp...

Answer 3

Định nghĩa và Bản chất

Thread-safe Collections (Ví dụ: ConcurrentHashMap, CopyOnWriteArrayList trong Java): Là các cấu trúc dữ liệu được thiết kế sẵn để hỗ trợ truy cập đồng thời từ nhiều luồng mà không gây ra lỗi ConcurrentModificationException hoặc hỏng cấu trúc dữ liệu nội bộ.
Explicit Synchronization (Ví dụ: từ khóa synchronized, ReentrantLock): Là cơ chế lập trình viên tự chủ động khóa toàn bộ một đoạn mã (Critical Section) để đảm bảo chỉ có duy nhất một luồng thực thi tại một thời điểm.

So sánh chi tiết

Mức độ chi tiết (Granularity):
- Thread-safe Collections thường áp dụng cơ chế khóa ở mức độ phần tử hoặc phân đoạn (như khóa bucket trong ConcurrentHashMap), cho phép độ đồng thời (concurrency level) rất cao.
- Explicit Synchronization nếu áp dụng sai cách (như khóa toàn bộ phương thức hoặc đối tượng lớn) sẽ làm giảm nghiêm trọng hiệu năng do các luồng phải xếp hàng chờ đợi.
Compound Operations (Thao tác kết hợp):
- Bản thân ConcurrentHashMap thread-safe cho từng phương thức đơn lẻ (như get, put). Tuy nhiên, các thao tác kết hợp như Check-Then-Act (ví dụ: kiểm tra tồn tại rồi mới put) vẫn cần cơ chế đồng bộ hóa bên ngoài (như putIfAbsent) để tránh Race Condition.

Ví dụ minh họa lỗi kinh điển

ConcurrentHashMap<String, Integer> map = new ConcurrentHashMap<>();

// SAI: Vẫn có thể xảy ra Race Condition giữa check và put
if (!map.containsKey("key")) {
    map.put("key", 1);
}

// ĐÚNG: Sử dụng phương thức atomic của collection
map.putIfAbsent("key", 1);

Lưu ý kinh nghiệm thực chiến

Không được chủ quan rằng cứ dùng Concurrent Collection là an toàn tuyệt đối trước mọi Race Condition. Phải nắm rõ tính atomic của từng phương thức mà Collection đó cung cấp.