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

• Platform Threads: Được bọc trực tiếp quanh luồng của hệ điều hành (OS Thread), tốn khoảng 1MB bộ nhớ stack và tốn tài nguyên context switch. Số lượng bị giới hạn bởi hệ điều hành (thường vài nghìn).
• Virtual Threads: Được quản lý bởi JVM, chạy trên nền của các Platform Threads (Carrier Threads). Khi một Virtual Thread gặp tác vụ blocking I/O, JVM sẽ tạm dừng nó và nhường Carrier Thread cho tác vụ khác. Nó chỉ tốn vài trăm byte bộ nhớ, cho phép chạy hàng triệu Virtual Threads đồng thời trên cùng một phần cứng mà không lo quá tải.

1. Mark (Đánh dấu): Garbage Collector sẽ xác định một tập hợp các đối tượng gốc (gọi là GC Roots, ví dụ: biến toàn cục, luồng thực thi hiện tại). Sau đó, nó sẽ duyệt đệ quy cây tham chiếu từ Roots để đánh dấu (mark) tất cả các đối tượng có thể tiếp cận được (reachable).
2. Sweep (Dọn dẹp): GC quét qua toàn bộ vùng nhớ Heap, những đối tượng nào không được đánh dấu (unreachable) sẽ bị giải phóng bộ nhớ (sweep) và thu hồi không gian.

Nó hoạt động như một kho chứa tập trung, nơi đăng ký cách khởi tạo các dịch vụ (Services). Khi một Controller hoặc Service khác yêu cầu một dependency, Laravel sẽ tự động phân tích và tiêm (inject) dependency đó thông qua Type Hinting.

• Phát hiện: Sử dụng các công cụ như Laravel Debugbar hoặc Telescope để theo dõi số lượng câu lệnh SQL được thực thi.
• Khắc phục: Sử dụng phương pháp Eager Loading bằng cách gọi phương thức with('relation') khi truy vấn. Ví dụ: Book::with('author')->get(). Điều này sẽ gộp truy vấn con lại thành một câu lệnh SQL duy nhất sử dụng IN (...), giảm số lượng truy vấn từ N+1 xuống còn đúng 2 truy vấn.

1. Cấu hình Queue Connection: Thiết lập driver (như Redis, Database, SQS) trong file .env (khuyên dùng redis cho môi trường production).
2. Tạo Job Class: Sử dụng lệnh php artisan make:job ProcessPodcast. Trong phương thức handle(), viết logic xử lý nặng.
3. Dispatch Job: Gọi ProcessPodcast::dispatch($data) từ Controller để đẩy tác vụ vào hàng đợi và phản hồi ngay lập tức cho client.
4. Chạy Worker: Chạy lệnh php artisan queue:work trên server (thường quản lý bởi Supervisor) để liên tục lấy các jobs ra khỏi hàng đợi và xử lý bất đồng bộ.

• Ví dụ: Khi đọc một file dung lượng 4GB trên server có RAM 2GB, nếu đọc bình thường bằng fs.readFile, server sẽ bị crash do tràn RAM (Out of Memory). Nhưng nếu dùng fs.createReadStream, dữ liệu được chia nhỏ thành các buffer chunk khoảng vài chục KB và truyền đi liên tục (pipe) sang writable stream, giúp lượng RAM tiêu thụ luôn ở mức rất thấp và ổn định.

• Cơ chế: Spring sử dụng AOP (Aspect-Oriented Programming) tạo ra một proxy bao quanh class/method đó để mở và đóng kết nối transaction.
• Lưu ý quan trọng: Lời gọi tự thân (Self-invocation - gọi phương thức @Transactional từ một phương thức khác bên trong cùng một class) sẽ không kích hoạt transaction vì proxy bị bỏ qua. Để khắc phục, cần tách phương thức đó sang một bean khác hoặc inject chính bean đó thông qua Spring Context.

1. Cơ chế hoạt động: Nắm vững vòng đời và cách thức hoạt động của Lambda Expressions syntax dưới runtime để tránh các lỗi logic phổ biến.
2. Best Practices: Áp dụng các mẫu thiết kế chuẩn, hạn chế tối đa tài nguyên dư thừa và sử dụng các thư viện hỗ trợ tối ưu.
3. Khắc phục lỗi: Sử dụng công cụ giám sát (APM, Profiling, Logs) để theo dõi hành vi, phát hiện kịp thời các hiện tượng như rò rỉ bộ nhớ hoặc nghẽn luồng.
4. Tối ưu hóa: Cấu hình các tham số hệ thống phù hợp với quy mô tải thực tế của ứng dụng.