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

1. Cơ chế hoạt động: Nắm vững vòng đời và cách thức hoạt động của Event Loop 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.

1. Cơ chế hoạt động: Nắm vững vòng đời và cách thức hoạt động của Navigation Router 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.

1. Cơ chế hoạt động: Nắm vững vòng đời và cách thức hoạt động của Garbage Collector 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.

1. Cơ chế hoạt động: Nắm vững vòng đời và cách thức hoạt động của DOM Manipulation 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.

1. Cơ chế hoạt động: Nắm vững vòng đời và cách thức hoạt động của Widget Tree 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.

1. Cơ chế hoạt động: Nắm vững vòng đời và cách thức hoạt động của Stream API 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.

1. Cơ chế hoạt động: Nắm vững vòng đời và cách thức hoạt động của Reflection API 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.

• Microtask Queue: Chứa các tác vụ cần thực thi ngay lập tức sau khi Call Stack hiện tại trống, trước khi Event Loop chuyển sang render giao diện hoặc chạy Macrotask tiếp theo. Ví dụ: Promise.then/catch/finally, MutationObserver, queueMicrotask.
• Macrotask Queue (Task Queue): Chứa các tác vụ I/O, timers. Ví dụ: setTimeout, setInterval, setImmediate (Node.js), các sự kiện người dùng (click, scroll).
• Quy trình: Cứ mỗi vòng lặp, sau khi chạy xong Call Stack, trình duyệt sẽ dọn sạch toàn bộ các tác vụ trong Microtask Queue (bao gồm cả các microtask mới phát sinh trong lúc chạy) rồi mới lấy ra duy nhất một Macrotask để thực thi.

• StatelessWidget: Là widget bất biến (immutable). Khi đã được tạo, các thuộc tính của nó không thể thay đổi. Thích hợp cho các UI tĩnh như Icon, Text, Label.
• StatefulWidget: Là widget động, có thể thay đổi trạng thái (state) trong suốt vòng đời của nó nhờ class State đi kèm. Khi trạng thái thay đổi, hàm setState() được gọi để kích hoạt việc render lại giao diện.

• useMemo: Ghi nhớ kết quả trả về của một phép tính toán phức tạp. Nó chỉ tính toán lại khi một trong các dependency thay đổi.
• useCallback: Ghi nhớ chính bản thân function (reference). Thích hợp khi truyền callback function xuống các component con đã được bọc bởi React.memo, tránh việc component con bị re-render do tham chiếu hàm bị thay đổi ở mỗi lần render cha.

• Vai trò: Giúp tách biệt phần logic xử lý trạng thái (stateful logic) ra khỏi component UI. Điều này cho phép tái sử dụng logic đó giữa nhiều component khác nhau một cách dễ dàng và viết unit test cho phần logic độc lập với UI.

Khi một request gửi đến, nó sẽ đi qua các middleware theo thứ tự khai báo. Mỗi middleware có thể sửa đổi request/response hoặc dừng luồng xử lý và trả về phản hồi ngay lập tức. Nếu muốn chuyển tiếp quyền kiểm soát cho middleware tiếp theo trong pipeline, bắt buộc phải gọi hàm next(). Nếu quên gọi next() và không trả về response, request sẽ bị treo vô hạn (hang).