Khi khởi tạo ứng dụng Enterprise, nếu một dependency yêu cầu khởi tạo bất đồng bộ (như đọc cấu hình từ cơ sở dữ liệu), IoC Container mặc định thường không hỗ trợ trực tiếp trong constructor. Bạn sẽ xử lý bài toán này như thế nào ở cấp độ Junior?

Question

Accepted Answer

Trong các ứng dụng Enterprise, việc khởi tạo một service mà phụ thuộc vào dữ liệu được tải bất đồng bộ (Async Initialization) từ cơ sở dữ liệu hoặc API ngoài là một bài toán phổ biến. Constructor trong lập trình hướng đối tượng không hỗ trợ từ khóa 'async/await', do đó việc gọi trực tiếp các tác vụ bất đồng bộ trong constructor là một Anti-pattern gây ra hiện tượng Blocking Thread.
Giải pháp thực chiến

Sử dụng phương thức khởi tạo riêng biệt (Initialization Method):
Tách biệt quá trình tạo đối tượng (Instantiation) và quá trình khởi tạo dữ liệu (Initialization).
public interface IDataInitializer
{
    Task InitializeAsync();
}

Sử dụng Hosted Services hoặc Background Services (trong .NET):
Đối với các service cần chạy ngay khi ứng dụng khởi động, hãy sử dụng IHostedService hoặc IStartupFilter để thực hiện các tác vụ bất đồng bộ trước khi hệ thống nhận request từ người dùng.

Lazy Loading kết hợp Factory:
Sử dụng Lazy<T> hoặc một Factory Pattern để trì hoãn việc khởi tạo cho đến khi thực sự cần thiết, kết hợp với cơ chế kiểm tra trạng thái đã khởi tạo hay chưa.

Lưu ý kinh nghiệm thực tế
Tuyệt đối không sử dụng .Result hoặc .Wait() để ép đồng bộ các tác vụ bất đồng bộ trong constructor vì sẽ gây ra hiện tượng Deadlock trong môi trường Web.

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 dependency injection liên quan cùng chủ đề