Mở đăng ký khóa học Fullstack qua Zoom. Tham khảo tại đây

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

Tổng hợp các câu hỏi tuyển dụng thực tế theo nhiều cấp độ từ Entry đến Expert để bạn tự tin chinh phục nhà tuyển dụng.

Interactive Practice Tổng cộng 4,442 câu hỏi độc bản

Luyện Tập Phỏng Vấn Thử

Mô phỏng áp lực phỏng vấn thật với đồng hồ đếm ngược từng câu, tự đánh giá phản xạ và đo lường độ sẵn sàng của bạn.

Vui lòng đăng nhập để tham gia luyện tập và lưu tiến độ phỏng vấn.
811

Trong các ứng dụng tài chính Enterprise, mảng thường được dùng để lưu trữ chuỗi thời gian (time-series data). Hãy giải thích cách thiết kế và tối ưu cấu trúc mảng đa chiều hoặc mảng phẳng (Flattened Arrays) để cải thiện độ cục bộ bộ nhớ (Memory Locality) và tăng tốc độ tính toán.

Middle

Độ cục bộ bộ nhớ (Memory Locality) đóng vai trò quyết định trong việc tận dụng bộ nhớ đệm (CPU Cache L1/L2/L3). Mảng đa chiều trong các ngôn ngữ bậc cao thường được cài đặt dưới dạng mảng của các mảng (array of arrays), làm cho dữ liệu phân mảnh trên RAM và gây ra hiện tượng Cache Miss.

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...
812

Khi xây dựng các API phân trang (Pagination API) cho danh sách dữ liệu lớn trên hàng triệu bản ghi, việc sử dụng kỹ thuật Offset-based Pagination gặp vấn đề hiệu năng nghiêm trọng ở các trang cuối. Hãy đề xuất giải pháp sử dụng Cursor-based Pagination kết hợp với cấu trúc mảng và chỉ mục (Index) để tối ưu hóa.

Middle

Offset-based Pagination sử dụng câu lệnh OFFSET trong cơ sở dữ liệu. Khi offset tăng lên (ví dụ trang 100000), cơ sở dữ liệu vẫn phải đọc và bỏ qua 100000 bản ghi trước đó, làm suy giảm hiệu năng mảng dữ liệu trả về và tăng tải cho CPU.

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...
813

Trong các hệ thống phân tán xử lý dữ liệu log hoặc sự kiện (Event Streams), mảng dữ liệu thường xuyên phải thực hiện thao tác thêm và xóa phần tử ở cả hai đầu (Queue và Stack). Tại sao việc sử dụng cấu trúc mảng truyền thống (Dynamic Array) lại không hiệu quả và cấu trúc dữ liệu nào thay thế tối ưu hơn?

Middle

Trong Dynamic Arrays (như Array trong JavaScript hay ArrayList trong Java), khi thực hiện thao tác chèn hoặc xóa phần tử ở đầu mảng (shift hoặc unshift), toàn bộ các phần tử còn lại trong mảng phải dịch chuyển lại vị trí trong bộ nhớ. Điều này dẫn đến độ phức tạp thời gian là O(N).

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...
814

Trong môi trường đa luồng (multi-threading), tại sao việc sử dụng ConcurrentHashMap lại ưu việt hơn so với việc đồng bộ hóa toàn bộ HashMap bằng Collections.synchronizedMap?

Middle

Trong môi trường đa luồng, Collections.synchronizedMap sử dụng cơ chế khóa toàn cục (mutex) trên toàn bộ đối tượng map, dẫn đến hiện tượng tranh chấp tài nguyên (contention) nghiêm trọng khi nhiều luồng cùng truy cập. Ngược lại, ConcurrentHashMap sử dụng kỹ thuật phân đoạn khóa (lock striping) hoặc CAS (Compare-And-Swap) để chỉ khóa các bucket cụ thể đang được thao tác. Điều này cho phép nhiều luồng đọc và ghi đồng thời vào các phần khác nhau của map mà không gây ra tình trạng block lẫn nhau, giúp cải thiện đáng kể throughput của hệ thống.

815

Khi thiết kế một Hash Function cho các đối tượng tùy chỉnh (Custom Objects), những tiêu chí nào cần đảm bảo để tránh hiện tượng clustering trong Hash Table?

Middle

Để tránh hiện tượng clustering (tập trung dữ liệu tại một vài bucket), Hash Function cần đảm bảo các tiêu chí sau: 1. Tính phân phối đều (Uniform Distribution): Các giá trị hash tạo ra phải phân bổ ngẫu nhiên trên toàn bộ dải giá trị của kiểu dữ liệu. 2. Tính hiệu quả: Việc tính toán hash phải nhanh chóng, không gây nghẽn CPU. 3. Sử dụng các số nguyên tố: Khi kết hợp các trường dữ liệu, nên nhân với một số nguyên tố (thường là 31 hoặc 37) để giảm thiểu xác suất trùng lặp. Ví dụ: int result = 31 * result + field.hashCode();. Việc này giúp các giá trị hash khác nhau đáng kể ngay cả khi các trường dữ liệu có sự thay đổi nhỏ.

816

Tại sao việc sử dụng các cấu trúc dữ liệu như TreeMap thay vì HashMap lại là lựa chọn cần cân nhắc trong các bài toán yêu cầu truy vấn phạm vi (range query)?

Middle

HashMap cung cấp độ phức tạp thời gian O(1) cho các thao tác tìm kiếm, chèn và xóa, nhưng nó không duy trì thứ tự của các phần tử. Khi ứng dụng yêu cầu truy vấn phạm vi (ví dụ: lấy tất cả các key trong khoảng từ A đến B), HashMap buộc phải duyệt toàn bộ phần tử (O(n)). TreeMap, dựa trên cấu trúc Red-Black Tree, duy trì thứ tự của các key theo thứ tự tự nhiên hoặc Comparator tùy chỉnh. Điều này cho phép thực hiện các thao tác như subMap() với độ phức tạp O(log n), tối ưu hơn nhiều so với việc duyệt toàn bộ HashMap trong các kịch bản nghiệp vụ cụ thể.

817

Hiện tượng Rehashing ảnh hưởng như thế nào đến hiệu năng của hệ thống trong các ứng dụng có độ trễ thấp (low-latency)?

Middle

Rehashing là quá trình tạo một bảng mới với kích thước lớn hơn và di chuyển toàn bộ dữ liệu từ bảng cũ sang bảng mới khi hệ số tải (load factor) vượt ngưỡng. Trong các ứng dụng low-latency, quá trình này gây ra hiện tượng 'stop-the-world' tạm thời vì nó tiêu tốn tài nguyên CPU và bộ nhớ đáng kể. Để giảm thiểu ảnh hưởng, giải pháp là: 1. Cấu hình initial capacity phù hợp ngay từ đầu để tránh việc resize không cần thiết. 2. Sử dụng chiến lược Incremental Rehashing, nơi dữ liệu được di chuyển dần dần trong mỗi thao tác chèn, thay vì di chuyển toàn bộ trong một lần duy nhất.

818

Trong kiến trúc Microservices, tại sao việc sử dụng Hash Table để lưu trữ session state cục bộ lại là một anti-pattern và giải pháp thay thế là gì?

Middle

Sử dụng Hash Table cục bộ để lưu trữ session state trong Microservices là anti-pattern vì nó vi phạm tính stateless của dịch vụ. Khi một service instance bị restart hoặc scale-out, dữ liệu trong bộ nhớ sẽ bị mất, gây gián đoạn trải nghiệm người dùng. Hơn nữa, nó gây khó khăn cho việc đồng bộ hóa trạng thái giữa các instance. Giải pháp Enterprise là sử dụng một hệ thống lưu trữ phân tán (Distributed Cache) như Redis hoặc Memcached. Các hệ thống này cung cấp cơ chế hashing phân tán (consistent hashing) để phân bổ dữ liệu trên nhiều node, đảm bảo tính sẵn sàng cao (high availability) và khả năng mở rộng (scalability) cho hệ thống.

819

Trong kiến trúc hệ thống Blockchain, cơ chế Merkle Tree đóng vai trò gì trong việc xác thực dữ liệu và tại sao nó lại tối ưu hơn so với việc lưu trữ danh sách giao dịch tuyến tính?

Middle

Bản chất của Merkle Tree

Merkle Tree là một cấu trúc dữ liệu dạng cây nhị phân, trong đó mỗi nút lá chứa mã băm (Hash) của một khối dữ liệu, và mỗi nút cha chứa mã băm của hai nút con bên dưới nó. Nút gốc (Merkle Root) đại diện cho toàn bộ tập hợp dữ liệu.

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...
820

Làm thế nào để tối ưu hóa chi phí Gas khi thực hiện các vòng lặp (Loops) trong Smart Contract Solidity để tránh lỗi Out of Gas và đảm bảo hiệu năng?

Middle

Các chiến lược tối ưu hóa vòng lặp

  1. Tránh lưu trữ trên Storage: Việc đọc/ghi vào Storage rất đắt đỏ. Hãy sử dụng biến cục bộ (Memory) để tính toán trung gian trước khi cập nhật lại vào Storage một lần duy nhất.
  2. Giới hạn số lượng phần tử: Luôn kiểm tra kích thước của mảng (Array) trước khi lặp. Nếu mảng quá lớn, hãy áp dụng kỹ thuật Pagination (phân trang) hoặc xử lý Off-chain.
  3. Sử dụng Mapping thay vì Array: Nếu cần tìm kiếm dữ liệu, Mapping có độ phức tạp O(1), trong khi Array yêu cầu duyệt O(n).
  4. Sử dụng unchecked block: Nếu bạn chắc chắn biến đếm không bị tràn (Overflow), hãy sử dụng từ khóa unchecked (trong Solidity 0.8+) để tiết kiệm Gas cho các phép tính cộng/trừ.

Ví dụ minh họa

// Tối ưu: Sử dụng biến tạm
function sumArray(uint[] memory data) public pure returns (uint) {
    uint total = 0;
    for (uint i = 0; i < data.length; i++) {
        total += data[i];
    }
    return total;
}

Lưu ý: Luôn cân nhắc việc xử lý dữ liệu nặng ở tầng Backend (Off-chain) và chỉ lưu kết quả cuối cùng lên Blockchain.

821

Giải thích cơ chế hoạt động của Delegatecall trong Solidity và tại sao nó lại là con dao hai lưỡi trong việc phát triển các hợp đồng thông minh có thể nâng cấp (Upgradeable Contracts)?

Middle

Cơ chế hoạt động

delegatecall cho phép một hợp đồng gọi hàm của hợp đồng khác nhưng vẫn giữ nguyên ngữ cảnh (Context) của hợp đồng gọi (Contract A). Điều này có nghĩa là msg.sender, msg.value và quan trọng nhất là Storage của hợp đồng A sẽ bị thay đổi bởi logic của hợp đồng B.

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...
822

Trong hệ thống Blockchain, làm thế nào để xử lý bài toán Double Spending (chi tiêu hai lần) mà không cần sự can thiệp của một cơ quan trung ương?

Middle

Cơ chế giải quyết

Bài toán Double Spending được giải quyết thông qua sự kết hợp giữa cơ chế đồng thuận (Consensus) và chuỗi khối (Blockchain):

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...
823

Tại sao việc sử dụng hàm `tx.origin` để xác thực người dùng trong Smart Contract lại được coi là một lỗ hổng bảo mật nghiêm trọng?

Middle

Bản chất vấn đề

tx.origin trả về địa chỉ của tài khoản đã khởi tạo giao dịch ban đầu, trong khi msg.sender trả về địa chỉ của thực thể (hợp đồng hoặc người dùng) vừa gọi hàm hiện tại.

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...
824

Trong kiến trúc Microservices, làm thế nào để sử dụng thuật toán Tarjan nhằm phát hiện các phụ thuộc vòng (Circular Dependencies) giữa các dịch vụ?

Middle

Trong các hệ thống phân tán, Circular Dependencies giữa các dịch vụ có thể gây ra hiện tượng Cascading Failures. Thuật toán Tarjan giúp tìm các Strongly Connected Components (SCC) trong đồ thị có hướng. Nếu một SCC có kích thước lớn hơn 1, hoặc chứa một cạnh tự thân (self-loop), thì đó chính là dấu hiệu của phụ thuộc vòng.

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...
825

Khi xử lý đồ thị có kích thước cực lớn (Big Data) không thể nạp toàn bộ vào RAM, chiến lược lưu trữ và duyệt đồ thị nào là tối ưu?

Middle

Khi dữ liệu vượt quá khả năng lưu trữ của RAM, chúng ta cần chuyển sang các giải pháp Disk-based Graph Storage hoặc Distributed Graph Processing.

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...
High-Ticket Mentoring
Cần Mentor Phỏng Vấn Thử 1-1 & Tối Ưu CV?

Mô phỏng phỏng vấn kỹ thuật thực tế 1-1 qua Google Meet, nhận xét chi tiết điểm mạnh/yếu và sửa CV trực tiếp cùng giảng viên Unicode.

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

Tải CV của bạn lên để hệ thống AI rà soát từ khóa kỹ năng, định dạng và tính điểm chuẩn nhà tuyển dụng.

vừa nâng cấp PRO khóa 1 phút trước   Tìm hiểu khóa học