Đáp án Quiz Node.js — 75 câu hỏi có giải thích

20 câu Cơ bản · 55 câu Trung bình

Mức Cơ bản — 20 câu Node.js

Câu 1Timers

Đoạn code sau in ra gì?

javascript

const timer = setTimeout(() => console.log('tick'), 0)
clearTimeout(timer)
console.log('done')

A.done
B.done tick
C.(không in gì)
D.tick done

Đáp án: A

Chỉ in done. setTimeout trả về một handle; clearTimeout(handle) chạy đồng bộ ngay sau đó nên timer bị hủy trước khi event loop kịp chạy nó. Callback tick không bao giờ được gọi. (FREE)

Nguồn tham khảo

Câu 2Promises & Async

Đoạn code sau in ra gì?

javascript

async function getValue() {
  return 1
}
console.log(getValue())

A.undefined
B.Promise { 1 }
C.1
D.[object Promise]

Đáp án: B

In Promise { 1 }. Hàm async luôn trả về Promise — return 1 được bọc thành promise resolve với 1. Không await thì console.log nhận chính promise đó, và Node inspect hiển thị kèm giá trị đã resolve. (FREE)

Nguồn tham khảo

Câu 3Streams & Buffer

Đoạn code sau in ra gì?

javascript

const buf = Buffer.from('hé')
console.log(buf.length, 'hé'.length)

A.3 2
B.2 2
C.2 3
D.3 3

Đáp án: A

In 3 2. Buffer.length đếm BYTE sau khi mã hóa UTF-8 — "é" chiếm 2 byte nên tổng 3. String.length đếm code unit UTF-16 — "hé" là 2. Ký tự ngoài ASCII làm hai con số này lệch nhau. (FREE)

Nguồn tham khảo

Câu 4Event Loop

Node.js được mô tả là "đơn luồng" (single-threaded) — điều đó nghĩa là gì?

A.Đơn luồng nghĩa là Node chỉ xử lý được một request tại một thời điểm
B.Node.js đa luồng: mỗi request được cấp một thread riêng để chạy JavaScript
C.Code JavaScript của ứng dụng chạy trên một luồng duy nhất với event loop
D.Toàn bộ tiến trình Node chỉ có đúng một OS thread, kể cả cho I/O

Đáp án: C

Chỉ phần thực thi JavaScript là đơn luồng: một luồng chạy code ứng dụng, điều phối bởi event loop. I/O bất đồng bộ được giao cho kernel (epoll/kqueue/IOCP) và thread pool của libuv, nên một tiến trình Node vẫn phục vụ hàng nghìn kết nối đồng thời mà không cần mỗi request một thread.

Nguồn tham khảo

Câu 5Modules

`require()` (CommonJS) và `import` (ES Modules) trong Node.js khác nhau cơ bản ở điểm nào?

A.require nạp module đồng bộ lúc runtime và gọi được ở bất kỳ đâu
B.import chỉ là cú pháp khác của require, hành vi giống hệt nhau
C.require chạy bất đồng bộ và trả về Promise, nên phải await require(...)
D.Node.js không chạy được ES Modules, import chỉ dùng được ở trình duyệt

Đáp án: A

require (CommonJS) là lời gọi hàm đồng bộ, nạp module lúc runtime, gọi được ở bất kỳ vị trí nào trong code. import tĩnh (ESM) được phân giải ở giai đoạn parse trước khi thực thi, phải nằm ở top-level, binding là live; ESM còn hỗ trợ top-level await. Node chạy ESM qua file .mjs hoặc "type": "module".

Nguồn tham khảo

Câu 6Error Handling

Quy ước "error-first callback" trong Node.js là gì?

A.Callback nhận error làm tham số ĐẦU TIÊN ((err, data) => {})
B.Mỗi API nhận hai callback riêng: một cho thành công, một cho thất bại
C.Error được đặt làm tham số cuối cùng của callback để dễ bỏ qua khi không cần
D.Lỗi trong callback bất đồng bộ được throw ra và bắt bằng try/catch bao quanh lời gọi hàm

Đáp án: A

Các API bất đồng bộ callback-style của Node truyền lỗi qua tham số ĐẦU của callback: fs.readFile(path, (err, data) => {...}). Thành công → err là null; thất bại → err là object Error và data không đáng tin. Quy ước này tồn tại vì try/catch quanh lời gọi không bắt được lỗi xảy ra trong callback chạy ở tick sau.

Nguồn tham khảo

Câu 7Promises & Async

Đoạn code sau in ra gì?

javascript

Promise.allSettled([
  Promise.resolve(1),
  Promise.reject(new Error('boom')),
]).then(results => {
  for (const r of results) console.log(r.status)
})

A.fulfilled rejected
B.rejected fulfilled
C.fulfilled
D.Uncaught Error: boom

Đáp án: A

In fulfilled rồi rejected. Khác Promise.all (fail-fast), Promise.allSettled chờ mọi promise kết thúc và LUÔN resolve với mảng { status, value | reason } theo đúng thứ tự đầu vào — rejection được gói vào kết quả thay vì làm cả nhóm thất bại. (FREE)

Nguồn tham khảo

Câu 8Process & Env

Khi triển khai graceful shutdown cho server Node.js, phát biểu nào ĐÚNG về tín hiệu SIGTERM và SIGKILL?

A.SIGTERM bắt được bằng process.on('SIGTERM', ...) để đóng server, xả nốt request đang chạy rồi tự thoát; SIGKILL không thể gắn listener
B.Cách chuẩn là gọi process.exit(0) ngay dòng đầu trong handler SIGTERM để thoát càng nhanh càng tốt
C.Node tự động graceful shutdown khi nhận SIGTERM: chờ mọi request đang xử lý xong rồi mới thoát, không cần code gì thêm
D.SIGKILL cũng bắt được bằng process.on('SIGKILL', ...) giống mọi tín hiệu khác, chỉ cần đăng ký sớm

Đáp án: A

SIGTERM (tín hiệu orchestrator như Kubernetes/Docker gửi khi muốn dừng container) bắt được bằng process.on('SIGTERM', handler) — handler nên server.close(), xả nốt request, đóng kết nối DB rồi thoát. SIGKILL và SIGSTOP thì không thể gắn listener: kernel chấm dứt tiến trình ngay, không kịp dọn dẹp. Mặc định không có listener, SIGTERM cũng kết thúc tiến trình ngay lập tức.

Nguồn tham khảo

Câu 9Process & Env

Ứng dụng Node đọc `process.env.DATABASE_URL` nhưng nhận `undefined`. Nguyên nhân hay gặp nhất?

A.Node chỉ đọc được biến môi trường viết hoa toàn bộ
B.Phải khai báo kiểu cho biến trong package.json thì mới đọc được
C.process.env chỉ dùng được trong CommonJS, không dùng được với ESM
D.Biến chưa được nạp vào tiến trình — file .env không tự động được đọc, phải nạp bằng thư viện hoặc cờ --env-file

Đáp án: D

Node KHÔNG tự đọc file .env. Phải nạp tường minh — dùng cờ --env-file=.env của Node hiện đại, hoặc một thư viện nạp ở dòng import đầu tiên. Và nạp phải xảy ra TRƯỚC khi module nào đó đọc biến, nếu không nó vẫn thấy undefined.

Nguồn tham khảo

Node.js docs — process

Câu 10Core APIs

Vì sao nên dùng `path.join()` thay vì nối chuỗi đường dẫn bằng dấu `/`?

A.Nó bắt buộc phải dùng khi làm việc với module fs
B.Dùng dấu phân cách đúng của hệ điều hành và chuẩn hoá đường dẫn
C.Nó nhanh hơn nối chuỗi vì được tối ưu ở tầng C++
D.Nó tự tạo thư mục nếu đường dẫn chưa tồn tại

Đáp án: B

path.join() dùng đúng dấu phân cách của nền tảng và chuẩn hóa kết quả — gộp dấu lặp, giải quyết ... Nối tay bằng / chạy được trên Linux nhưng sinh đường dẫn sai trên Windows, và dễ tạo // khi một mảnh đã có sẵn dấu ở đầu hoặc cuối.

Nguồn tham khảo

Node.js docs — path

Câu 11Core APIs

Vì sao nên tránh `fs.readFileSync()` trong một request handler?

A.Vì nó không xử lý được lỗi khi tệp không tồn tại
B.Vì nó không đọc được các tệp có kích thước lớn
C.Vì nó chặn luồng chính nên mọi request khác phải chờ
D.Vì nó đọc chậm hơn phiên bản bất đồng bộ của cùng thao tác

Đáp án: C

Vì nó chặn luồng chính. Node xử lý mọi request trên cùng một luồng, nên trong lúc đọc tệp thì không request nào khác được xử lý — kể cả những request không liên quan. Một thao tác 50 mili giây làm cả máy chủ đứng 50 mili giây.

Nguồn tham khảo

Node.js docs — API reference

Câu 12Package Management

`dependencies` và `devDependencies` trong package.json khác nhau thế nào?

A.Nhóm sau chỉ dùng được trong các script chứ không import được
B.Nhóm sau không được ghim phiên bản chính xác trong tệp khoá
C.Nhóm sau chỉ cần khi phát triển, không cài khi triển khai production
D.Nhóm sau được cài trước để các gói chính có thể dùng tới

Đáp án: C

Nhóm sau chỉ cần trong quá trình phát triển — trình biên dịch, công cụ kiểm thử, bộ lint — và bị bỏ qua khi cài với cờ chỉ cài phụ thuộc production. Tách đúng giúp ảnh triển khai nhỏ hơn nhiều và giảm bề mặt tấn công. Quy tắc phân loại: gói nào được import trong mã chạy lúc thực thi thì thuộc nhóm đầu.

Nguồn tham khảo

npm docs — package.json

Câu 13Core APIs

Trong một tệp ES Module của Node, `__dirname` có dùng được không?

A.Có, nhưng giá trị luôn là thư mục gốc của dự án
B.Không; phải tự tính từ import.meta.url hoặc import.meta.dirname
C.Không, và cũng không có cách nào lấy được đường dẫn thư mục
D.Có, nhưng phải bật một cờ tương thích khi chạy Node

Đáp án: B

Không. Các biến đó là đặc thù của hệ module cũ. Trong hệ module mới, lấy đường dẫn từ import.meta.url rồi chuyển đổi, hoặc dùng thẳng import.meta.dirname có sẵn từ Node 20.11.

Nguồn tham khảo

Node.js docs — API reference

Câu 14Streams & Buffer

`buf.toString()` không truyền tham số sẽ dùng mã hoá nào?

A.Mã hoá được suy ra tự động từ nội dung của buffer
B.ASCII, nên các ký tự có dấu bị mất
C.Base64, vì đó là dạng an toàn nhất để hiển thị byte
D.UTF-8

Đáp án: D

UTF-8. Đây là mặc định cho mọi chuyển đổi giữa chuỗi và byte trong Node. Các mã hoá khác — thập lục phân, base64, latin1 — phải nêu tường minh làm tham số.

Nguồn tham khảo

Node.js docs — Stream

Câu 15Operations

Biến `NODE_ENV=production` ảnh hưởng tới điều gì?

A.Nhiều thư viện đọc nó để tắt bớt kiểm tra và bật tối ưu
B.Node ngừng ghi log ra console để giảm chi phí vào ra
C.Node chỉ cài các phụ thuộc thuộc nhóm production khi khởi động
D.Node bật chế độ tối ưu và tắt kiểm tra kiểu khi biên dịch

Đáp án: A

Bản thân Node không xử lý biến này. Tác dụng đến từ việc nhiều thư viện tự đọc nó: Express tắt bớt thông tin gỡ lỗi, React bỏ các cảnh báo phát triển, và nhiều thư viện bật đường đi tối ưu. Đây là quy ước chứ không phải tính năng của runtime.

Nguồn tham khảo

Node.js docs — Cluster

Câu 16Express

Trong Express, điều gì quyết định thứ tự chạy của các middleware?

A.Express tự xếp: body parser luôn chạy trước route handler
B.Đường dẫn cụ thể hơn được ưu tiên chạy trước
C.Thứ tự đăng ký bằng app.use / app.get...
D.Độ ưu tiên khai báo trong option của từng middleware

Đáp án: C

Thứ tự đăng ký. Express chạy middleware tuần tự đúng theo thứ tự chúng được app.use/app.get. Vì vậy body parser, CORS, auth phải đăng ký TRƯỚC các route cần chúng — đặt sau là route nhận req.body undefined hoặc bỏ qua auth.

Nguồn tham khảo

Express docs — Using middleware

Câu 17Express

Một middleware Express không gọi next() và cũng không gửi response. Request sẽ ra sao?

A.Treo cho tới khi client timeout
B.Express trả 404 vì không có route nào xử lý xong request
C.Express tự chuyển sang middleware kế tiếp sau một khoảng chờ mặc định
D.Express ném lỗi cảnh báo middleware quên gọi next()

Đáp án: A

Request treo — client chờ mãi tới khi timeout. Mỗi middleware phải kết thúc bằng một trong hai việc: gửi response (res.json, res.send, res.end...) hoặc gọi next() để chuyển cho middleware kế tiếp. Quên cả hai là lỗi phổ biến nhất khi mới viết Express.

Nguồn tham khảo

Express docs — Writing middleware

Câu 18Express

express.Router() thường được dùng để làm gì?

A.Tự sinh route CRUD từ định nghĩa model
B.Gom route theo module rồi mount vào app
C.Tạo một server HTTP thứ hai chạy song song với app chính
D.Cân bằng tải request giữa nhiều process Node

Đáp án: B

Gom route theo module/domain — users.routes.js chứa mọi route về user, rồi app.use('/users', usersRouter). Router hoạt động như một mini-app: có middleware riêng, route riêng, giúp file app.js không phình thành một danh sách route dài hàng trăm dòng.

Nguồn tham khảo

Express docs — Routing (express.Router)

Câu 19NestJS

Trong NestJS, controller và provider khác nhau thế nào?

A.Provider nhận HTTP request rồi inject controller vào để xử lý
B.Controller nhận request và trả response; provider chứa logic, được inject vào
C.Controller chứa business logic; provider chỉ khai báo route
D.Hai tên gọi khác nhau cho cùng một loại class

Đáp án: B

Controller (decorator @Controller) nhận HTTP request, đọc param/body, trả response — càng mỏng càng tốt. Provider (thường là service, decorator @Injectable) chứa business logic và được inject vào controller. Cả hai đăng ký trong module — đơn vị đóng gói theo domain của Nest.

Nguồn tham khảo

NestJS docs — Providers

Câu 20Vận hành

Chọn phiên bản Node.js cho một dự án production nên dựa vào đâu?

A.Phiên bản mới nhất để có đầy đủ tính năng mới nhất
B.Phiên bản hỗ trợ dài hạn còn trong thời gian được vá lỗi
C.Phiên bản trùng với phiên bản đang cài trên máy cá nhân
D.Phiên bản cũ nhất còn chạy được để bảo đảm ổn định

Đáp án: B

Phiên bản hỗ trợ dài hạn còn trong thời gian được vá lỗi. Các phiên bản mang số lẻ chỉ sống vài tháng và không nhận bản vá bảo mật lâu dài, nên chúng dành cho việc thử nghiệm tính năng mới.

Nguồn tham khảo

Node.js — Release schedule

Mức Trung bình — 55 câu Node.js

Câu 1Event Loop

Đoạn code sau in ra gì?

javascript

console.log('start')
setTimeout(() => console.log('timeout'), 0)
Promise.resolve().then(() => console.log('promise'))
console.log('end')

A.start end promise timeout
B.start end timeout promise
C.start timeout promise end
D.start promise timeout end

Đáp án: A

In start end promise timeout. Code đồng bộ chạy hết trước; sau đó hàng đợi microtask (promise) được xả toàn bộ trước khi event loop xử lý macrotask (setTimeout), kể cả với delay 0. (FREE)

Nguồn tham khảo

Câu 2Timers

Đoạn code sau in ra gì?

javascript

setTimeout(() => {
  console.log('timer1')
  Promise.resolve().then(() => console.log('micro'))
}, 0)
setTimeout(() => console.log('timer2'), 0)

A.timer2 timer1 micro
B.timer1 micro timer2
C.timer1 timer2 micro
D.micro timer1 timer2

Đáp án: B

In timer1, micro, timer2. Hai timer cùng delay chạy theo thứ tự đăng ký, nhưng hàng đợi microtask được xả sạch sau TỪNG callback — không chờ hết batch timers — nên micro chen giữa hai timer. (FREE)

Nguồn tham khảo

Câu 3Modules

Hai file CommonJS như sau, chạy `node main.js` in ra gì?

// counter.js
let count = 0
module.exports = { increment: () => ++count }

// main.js
const c1 = require('./counter')
const c2 = require('./counter')
c1.increment()
c1.increment()
console.log(c2.increment())

Đáp án: C

In 3. require cache module theo đường dẫn đã resolve: file chỉ chạy một lần, mọi require sau trả về cùng object exports. c1 và c2 chia sẻ biến count, nên ba lần increment cộng dồn thành 3. (FREE)

Nguồn tham khảo

Câu 4Modules

Hai file CommonJS như sau, chạy `node main.js` in ra gì?

// lib.js
exports.a = 1
module.exports = { b: 2 }

// main.js
const lib = require('./lib')
console.log(lib.a, lib.b)

A.undefined 2
B.1 undefined
C.1 2
D.undefined undefined

Đáp án: A

In undefined 2. exports chỉ là biến alias trỏ tới module.exports ban đầu. Gán module.exports = {...} thay bằng object MỚI; property a gắn trên object cũ bị bỏ. require luôn trả về module.exports cuối cùng. (FREE)

Nguồn tham khảo

Câu 5Streams & Buffer

Đoạn code sau in ra gì?

javascript

const buf = Buffer.from('abc')
const view = buf.subarray(0, 2)
view[0] = 120
console.log(buf.toString())

A.xb
B.120bc
C.xbc
D.abc

Đáp án: C

In xbc. subarray trả về VIEW chia sẻ vùng nhớ với buffer gốc, không copy. Gán view[0] = 120 ghi thẳng byte đầu của buf — 120 là mã ASCII của "x", nên buf.toString() thành "xbc". (FREE)

Nguồn tham khảo

Câu 6Process & Env

Đoạn code sau in ra gì?

javascript

process.env.FLAG = false
if (process.env.FLAG) {
  console.log('on')
} else {
  console.log('off')
}
console.log(typeof process.env.FLAG)

A.off boolean
B.on string
C.on boolean
D.off string

Đáp án: B

In on rồi string. process.env là cầu nối tới biến môi trường của OS nên mọi giá trị gán vào đều bị ép thành STRING — false thành "false". Chuỗi khác rỗng luôn truthy, nên if vào nhánh on. (FREE)

Nguồn tham khảo

Node.js docs — process.env

Câu 7Event Loop

`process.nextTick()` và `setImmediate()` khác nhau thế nào về thời điểm chạy callback?

A.Hai hàm tương đương nhau, chỉ khác cú pháp
B.Callback của process.nextTick chạy ngay sau thao tác hiện tại, trước khi event loop tiếp tục
C.setImmediate chạy ngay lập tức trong cùng tick, còn process.nextTick đợi tới vòng lặp kế tiếp
D.process.nextTick chạy callback trên một thread khác để không chặn luồng chính

Đáp án: B

process.nextTick(cb) đưa callback vào hàng đợi được xả ngay sau thao tác hiện tại, TRƯỚC khi event loop chuyển sang phase kế — chen trước cả Promise microtask theo thứ tự xử lý của Node. setImmediate(cb) chạy ở check phase, sau poll phase. Vì nextTick chen trước mọi phase, gọi đệ quy nextTick có thể chặn I/O; docs khuyên ưu tiên setImmediate khi có thể.

Nguồn tham khảo

Câu 8Modules

Chương trình sau in ra gì, và vì sao?

javascript

// counter.js
let count = 0
module.exports = { increment: () => ++count }

// app.js
const a = require('./counter')
const b = require('./counter')
a.increment()
console.log(b.increment())

A.In ra 2 — module được cache sau lần require đầu tiên, nên a và b cùng trỏ tới một instance, chia sẻ biến count
B.Báo lỗi — không được require cùng một file hai lần trong một module
C.In ra undefined — hàm arrow không truy cập được biến count ở module scope
D.In ra 1 — mỗi lần require nạp một bản module mới với count riêng

Đáp án: A

In ra 2. Module CommonJS được cache theo đường dẫn đã resolve: lần require đầu thực thi counter.js và lưu module.exports vào require.cache; lần hai trả lại đúng object đó. a và b là cùng một instance nên hai lần increment() cùng tăng một biến count → 1 rồi 2.

Nguồn tham khảo

Node.js — Modules: Caching

Câu 9Worker Threads

Module `cluster` và `worker_threads` trong Node.js khác nhau thế nào, dùng khi nào?

A.cluster tạo các luồng nhẹ chia sẻ bộ nhớ với process chính nên rẻ hơn worker_threads
B.worker_threads cho phép nhiều thread cùng listen một port, còn cluster thì không
C.Hai module là một, worker_threads chỉ là tên mới của cluster
D.cluster fork nhiều TIẾN TRÌNH Node, chia sẻ được server port

Đáp án: D

cluster fork nhiều tiến trình Node con — mỗi worker có event loop, V8 và bộ nhớ riêng — và cho phép chúng chia sẻ cùng server port để tận dụng nhiều core cho workload I/O (HTTP server). worker_threads tạo thread trong cùng một tiến trình, trao đổi qua message và chia sẻ được bộ nhớ (SharedArrayBuffer); docs ghi rõ nó hợp cho tác vụ CPU-intensive, không giúp nhiều cho I/O.

Nguồn tham khảo

Câu 10Process & Env· chọn nhiều đáp án

Những phát biểu nào ĐÚNG về `spawn()`, `exec()` và `fork()` trong module `child_process`? (chọn nhiều)

A.fork() dùng để chạy lệnh shell bất kỳ với hiệu năng cao hơn spawn()
B.exec() chạy lệnh trong shell và buffer toàn bộ output, trả một lần qua callback; output vượt maxBuffer sẽ lỗi
C.spawn() trả về stdout/stderr dạng stream, không buffer toàn bộ output — hợp với dữ liệu lớn hoặc tiến trình chạy lâu
D.exec() phù hợp nhất cho output dung lượng lớn vì nó stream dữ liệu theo từng chunk
E.fork() là biến thể của spawn chuyên để chạy một file Node.js khác, tự thiết lập sẵn kênh IPC cho cha–con send() message

Đáp án: B, C, E

Cả ba thuộc child_process, khác nhau ở cách nhận kết quả: spawn trả output dạng stream, không buffer — hợp dữ liệu lớn; exec chạy qua shell, buffer toàn bộ output trả một lần qua callback (giới hạn maxBuffer ~1MB); fork là spawn chuyên cho file Node.js, có sẵn kênh IPC để send() message. Mẹo nhớ: spawn = stream, exec = buffer + shell, fork = spawn Node có IPC.

Nguồn tham khảo

Node.js — Child process

Câu 11Event Loop

Đoạn code sau in ra gì?

javascript

const fs = require('node:fs')
fs.readFile(__filename, () => {
  setTimeout(() => console.log('timeout'), 0)
  setImmediate(() => console.log('immediate'))
})

A.immediate timeout
B.timeout immediate
C.Thứ tự thay đổi giữa các lần chạy, không xác định
D.(không in gì)

Đáp án: A

In immediate rồi timeout. Callback của fs chạy ở poll phase; event loop đi tiếp sang check phase — nơi setImmediate chạy — trước khi vòng sau quay lại timers phase cho setTimeout(0). Bên trong I/O callback, thứ tự này luôn xác định; ở top-level thì không. (FREE)

Nguồn tham khảo

Câu 12Events

Đoạn code sau in ra gì?

javascript

const { EventEmitter } = require('node:events')
const emitter = new EventEmitter()
emitter.once('greet', name => console.log('once:', name))
emitter.on('greet', name => console.log('on:', name))
emitter.emit('greet', 'a')
emitter.emit('greet', 'b')

A.once: a on: a
B.once: a on: a once: b on: b
C.once: a on: a on: b
D.on: a once: a on: b

Đáp án: C

In once: a, on: a, on: b. emit gọi listener ĐỒNG BỘ theo thứ tự đăng ký, nên lần emit đầu chạy cả hai. Listener đăng ký bằng once tự gỡ sau lần chạy đầu tiên; emit thứ hai chỉ còn listener on. (FREE)

Nguồn tham khảo

Câu 13Core APIs

Đoạn code sau in ra gì?

javascript

const data = { date: new Date(0), tags: new Set(['a']) }
const viaJson = JSON.parse(JSON.stringify(data))
const viaClone = structuredClone(data)
console.log(viaJson.date instanceof Date, viaClone.date instanceof Date)
console.log(viaJson.tags instanceof Set, viaClone.tags instanceof Set)

A.Báo lỗi vì JSON.stringify không xử lý được Set
B.true true true true
C.false true false false
D.false true false true

Đáp án: D

In false true hai lần. JSON.parse(JSON.stringify(...)) làm mất kiểu: Date thành chuỗi ISO, Set thành {} rỗng. structuredClone dùng structured clone algorithm — hỗ trợ Date, Set, Map, ArrayBuffer... — nên bản sao giữ nguyên instanceof. (FREE)

Nguồn tham khảo

Câu 14Event Loop

Những thao tác nào trong Node.js thực sự chạy trên thread pool của libuv (mặc định 4 thread)?

A.Filesystem (fs.*), dns.lookup(), và các hàm CPU-nặng của crypto/zlib (pbkdf2, scrypt, nén)
B.Mọi I/O bất đồng bộ, kể cả HTTP request và socket TCP, đều được giao cho thread pool xử lý
C.Thread pool dùng để chạy các callback JavaScript song song, giúp nhiều handler thực thi cùng lúc
D.Chỉ khi dùng worker_threads thì thread pool mới hoạt động; các API fs/crypto mặc định chạy trên luồng chính

Đáp án: A

Thread pool của libuv (mặc định 4, chỉnh qua UV_THREADPOOL_SIZE, tối đa 1024) chạy các thao tác KHÔNG có API non-blocking ở OS: filesystem (fs.*), dns.lookup(), và phần tính toán nặng của crypto (pbkdf2, scrypt, randomBytes async) + zlib. I/O mạng KHÔNG qua pool — socket được kernel giám sát qua epoll/kqueue/IOCP ngay trên luồng event loop.

Nguồn tham khảo

Câu 15Streams & Buffer· chọn nhiều đáp án

Những phát biểu nào ĐÚNG khi so sánh `stream.pipeline()` với `.pipe()`? (chọn nhiều)

A.pipeline chậm hơn đáng kể vì sao chép dữ liệu qua một buffer trung gian giữa mỗi cặp stream
B.Khi một stream trong chuỗi lỗi, pipeline tự destroy toàn bộ các stream còn lại, tránh rò rỉ file descriptor; .pipe() để stream đích sống tiếp
C.Có bản Promise trong stream/promises: await pipeline(src, transform, dest) dùng thẳng với async/await và try/catch
D..pipe() quản lý backpressure còn pipeline thì không, nên với file lớn phải dùng .pipe()
E.pipeline gom lỗi của MỌI stream trong chuỗi về một callback (hoặc một Promise) duy nhất; với .pipe() phải tự gắn error listener cho từng stream vì lỗi không lan truyền qua chuỗi

Đáp án: B, C, E

stream.pipeline() = .pipe() cộng thêm hai thứ .pipe() thiếu: (1) lỗi của mọi stream trong chuỗi được gom về một callback/Promise duy nhất — pipe không lan truyền lỗi, phải gắn listener từng stream; (2) khi có lỗi, toàn bộ chuỗi bị destroy, không rò rỉ file descriptor. Backpressure hai bên như nhau. Code mới nên dùng bản Promise từ stream/promises với async/await.

Nguồn tham khảo

Câu 16HTTP

Express thêm gì so với module `http` có sẵn của Node?

A.Chạy trên nhiều luồng để tận dụng mọi lõi CPU của máy chủ
B.Hỗ trợ giao thức HTTPS mà module lõi không cung cấp
C.Định tuyến, middleware và các tiện ích cho request và response
D.Khả năng xử lý nhiều kết nối đồng thời mà module lõi không có

Đáp án: C

Định tuyến theo đường dẫn và phương thức, chuỗi middleware, cùng các tiện ích như đọc tham số, gửi JSON và phục vụ tệp tĩnh. Module lõi chỉ cung cấp một hàm xử lý duy nhất nhận request và response thô.

Nguồn tham khảo

Node.js docs — HTTP

Câu 17HTTP

Middleware trong Express không gọi `next()` thì chuyện gì xảy ra?

A.Middleware tiếp theo vẫn chạy nhưng không nhận được dữ liệu đã xử lý
B.Request treo cho tới khi timeout nếu chưa gửi phản hồi
C.Request được trả về lỗi 500 kèm thông báo về middleware bị lỗi
D.Framework tự động chuyển sang middleware tiếp theo sau một khoảng chờ

Đáp án: B

Chuỗi dừng tại đó. Nếu middleware cũng chưa gửi phản hồi, request treo cho tới khi client hoặc proxy hết thời gian chờ. Đây là lỗi hay gặp ở nhánh điều kiện: nhánh chính gọi hàm chuyển tiếp còn nhánh phụ thì quên.

Nguồn tham khảo

Node.js docs — HTTP

Câu 18HTTP

Vì sao `req.body` là `undefined` khi client gửi JSON tới server Express?

A.Vì phương thức của request không cho phép mang body
B.Vì kích thước body vượt quá giới hạn mặc định của framework
C.Vì chưa đăng ký middleware phân tích body
D.Vì client chưa đặt đúng header mô tả kiểu nội dung

Đáp án: C

Vì chưa đăng ký middleware phân tích body. Body của request đến dưới dạng luồng dữ liệu thô — Node không tự đọc và phân tích. Phải đăng ký middleware tương ứng trước các route, và middleware đó chỉ xử lý khi header mô tả kiểu nội dung khớp.

Nguồn tham khảo

Node.js docs — HTTP

Câu 19Security

Cấu hình CORS ở phía server Node bảo vệ ai?

A.Server, bằng cách chặn các request đến từ nguồn không được phép
B.Dữ liệu trên đường truyền, bằng cách yêu cầu kết nối được mã hoá
C.Cả hai, vì server từ chối xử lý khi header nguồn không khớp
D.Người dùng, và việc thực thi nằm ở trình duyệt chứ không ở server

Đáp án: D

Nó bảo vệ người dùng, và việc thực thi nằm ở trình duyệt. Server chỉ gửi header khai báo origin nào được phép đọc phản hồi. Một công cụ dòng lệnh hay một backend khác vẫn gọi API bình thường vì chúng không áp quy tắc của trình duyệt.

Nguồn tham khảo

Node.js docs — Security best practices

Câu 20Streams & Buffer

Gửi một tệp 2 GB về client bằng cách đọc hết vào bộ nhớ rồi gửi gây vấn đề gì?

A.Node không cho phép gửi phản hồi lớn hơn một ngưỡng cố định
B.Kết nối bị đóng vì thời gian đọc tệp vượt quá thời gian chờ
C.Tiến trình có thể hết bộ nhớ, và client phải chờ tới khi đọc xong
D.Tệp bị hỏng vì vượt quá kích thước tối đa của một buffer

Đáp án: C

Toàn bộ 2 GB nằm trong bộ nhớ tiến trình cùng lúc — vài request đồng thời là hết bộ nhớ. Client cũng phải chờ tới khi đọc xong mới nhận được byte đầu tiên. Dùng luồng thì dữ liệu chảy dần và bộ nhớ chỉ giữ một khối nhỏ.

Nguồn tham khảo

Node.js docs — Stream

Câu 21Security

Rate limiting trên một API Node nên áp ở đâu là hiệu quả nhất?

A.Chỉ trong ứng dụng vì đó là nơi biết rõ nghiệp vụ nhất
B.Ở tầng cơ sở dữ liệu vì đó là tài nguyên khan hiếm nhất
C.Ở tầng biên trước, và thêm một lớp trong ứng dụng theo tài khoản
D.Chỉ ở tầng biên vì đó là nơi rẻ nhất để từ chối request

Đáp án: C

Cả hai tầng. Tầng biên hoặc CDN chặn lưu lượng thô theo địa chỉ IP trước khi nó tốn tài nguyên của tiến trình Node. Tầng ứng dụng bổ sung giới hạn theo tài khoản hoặc theo khoá API — thứ mà tầng biên không biết.

Nguồn tham khảo

Node.js docs — Security best practices

Câu 22Security

Cách lưu khoá bí mật nào phù hợp cho ứng dụng Node chạy production?

A.Tệp cấu hình đã mã hoá và commit kèm mã nguồn cho tiện triển khai
B.Hằng số trong mã nhưng đặt ở một tệp riêng để dễ tìm và thay
C.Biến môi trường hoặc kho quản lý bí mật, không commit vào repo
D.Cơ sở dữ liệu của ứng dụng để quản lý tập trung một chỗ

Đáp án: C

Biến môi trường cho các trường hợp đơn giản, và một kho quản lý bí mật chuyên dụng cho hệ thống lớn. Điều bắt buộc là không commit vào repository — bí mật đã vào lịch sử Git thì phải thu hồi chứ không xoá đi là xong.

Nguồn tham khảo

Node.js docs — Security best practices

Câu 23Package Management

`"express": "^4.18.0"` cho phép cài những phiên bản nào?

A.Chính xác phiên bản 4.18.0 và không có gì khác
B.Mọi bản 4.x từ 4.18.0 trở lên, không lên 5.x
C.Chỉ các bản vá từ 4.18.0 tới 4.18.x
D.Mọi phiên bản từ 4.18.0 trở lên kể cả các bản chính mới hơn

Đáp án: B

Mọi bản 4.x từ 4.18.0 trở lên — cập nhật được mức phụ và mức vá nhưng không lên 5.x. Dấu ngã thì chặt hơn, chỉ cho phép cập nhật mức vá trong cùng một bản phụ.

Nguồn tham khảo

npm docs — package.json

Câu 24Package Management

`npm ci` khác `npm install` ở điểm nào?

A.Nó bỏ qua các script vòng đời của gói để an toàn hơn
B.Nó chỉ cài các phụ thuộc thuộc nhóm production
C.Nó cài song song nên nhanh hơn đáng kể trên máy nhiều lõi
D.Nó cài đúng theo tệp khoá và không bao giờ sửa tệp đó

Đáp án: D

Nó cài chính xác theo tệp khoá và không bao giờ sửa tệp đó — thiếu tệp khoá hoặc tệp khoá lệch với khai báo thì nó thất bại thay vì tự sửa. Nó cũng xoá sạch thư mục phụ thuộc trước khi cài, nên kết quả luôn giống nhau.

Nguồn tham khảo

npm docs — package.json

Câu 25Package Management

`peerDependencies` khai báo điều gì?

A.Các gói chỉ cần khi chạy kiểm thử của chính gói này
B.Gói này cần một gói khác do ứng dụng chủ cung cấp
C.Các gói tương đương có thể thay thế lẫn nhau khi cài
D.Các gói được cài song song để rút ngắn thời gian cài đặt

Đáp án: B

Rằng gói này cần một gói khác, nhưng bản đó phải do ứng dụng chủ cài chứ không phải nó tự cài. Đây là cách plugin bảo đảm dùng cùng một bản thư viện với ứng dụng — ví dụ một plugin React phải dùng chung bản React mà ứng dụng đang chạy.

Nguồn tham khảo

npm docs — package.json

Câu 26Testing

Node có sẵn test runner từ phiên bản nào và dùng thế nào?

A.Từ Node 16, nhưng chỉ hỗ trợ kiểm thử đồng bộ
B.Node không có test runner; luôn cần cài thư viện bên ngoài
C.Từ Node 14, nhưng chỉ chạy được các tệp có đuôi đặc biệt
D.Từ Node 18 (ổn định ở Node 20), chạy bằng lệnh test với module node:test

Đáp án: D

Từ Node 18 dưới dạng thử nghiệm và ổn định ở Node 20. Import từ module node:test, dùng cùng module khẳng định có sẵn, rồi chạy bằng lệnh test của Node. Không cần thêm phụ thuộc nào — hợp cho thư viện muốn giữ cây phụ thuộc gọn.

Nguồn tham khảo

Node.js docs — Test runner

Câu 27Testing

Khi kiểm thử một module gọi API bên ngoài, cách nào cho bài kiểm thử ổn định nhất?

A.Chặn ở tầng mạng bằng một máy chủ giả lập
B.Gọi thẳng API thật để bảo đảm kết quả đúng thực tế
C.Thay thế hàm gọi mạng bằng một hàm giả trả về dữ liệu cố định
D.Bỏ qua kiểm thử phần gọi API và chỉ kiểm thử phần xử lý dữ liệu

Đáp án: A

Chặn ở tầng mạng bằng một máy chủ giả lập. Cách này để mã dưới kiểm thử chạy nguyên vẹn — kể cả phần dựng đường dẫn, header và phân tích phản hồi — nên bài kiểm thử kiểm chứng được nhiều hơn và ít hỏng khi tái cấu trúc.

Nguồn tham khảo

Node.js docs — Test runner

Câu 28Tooling

Cờ `--watch` của Node làm gì?

A.Tự khởi động lại tiến trình khi tệp nguồn thay đổi
B.Nạp lại module đã đổi mà không khởi động lại tiến trình
C.Theo dõi mức sử dụng bộ nhớ và cảnh báo khi vượt ngưỡng
D.Mở cổng gỡ lỗi để trình gỡ lỗi kết nối vào

Đáp án: A

Tự khởi động lại tiến trình khi tệp nguồn thay đổi — thay thế nhu cầu cài một công cụ ngoài cho việc này. Có từ Node 18 dưới dạng thử nghiệm và ổn định ở Node 22, kèm một cờ riêng để theo dõi thêm các đường dẫn cụ thể.

Nguồn tham khảo

Node.js docs — CLI

Câu 29Performance

Chỉ số event loop lag đo cái gì và vì sao quan trọng?

A.Số tác vụ đang chờ trong hàng đợi của event loop
B.Thời gian trung bình để xử lý xong một request HTTP
C.Khoảng thời gian giữa hai lần garbage collector chạy
D.Độ trễ giữa lúc một tác vụ được xếp lịch và lúc nó thật sự chạy

Đáp án: D

Độ trễ giữa thời điểm một tác vụ được xếp lịch và thời điểm nó thật sự được chạy. Giá trị cao nghĩa là luồng chính đang bị một tác vụ nào đó chiếm giữ — nên mọi request đều chậm dù mức sử dụng CPU trông vẫn bình thường.

Nguồn tham khảo

Node.js docs — Performance measurement APIs

Câu 30Modern Node

Vì sao nên viết `require("node:fs")` thay vì `require("fs")`?

A.Để nói rõ đây là module lõi, không thể bị gói cùng tên chiếm chỗ
B.Để dùng được phiên bản mới của module thay vì phiên bản cũ
C.Để module được nạp nhanh hơn do bỏ qua bước tìm kiếm
D.Để module lõi hoạt động được trong ngữ cảnh ES Module

Đáp án: A

Để nói rõ đây là module lõi của Node. Không có tiền tố, một gói trong cây phụ thuộc trùng tên với module lõi có thể được nạp thay — vừa là rủi ro bảo mật vừa gây nhầm lẫn. Với tiền tố, Node luôn nạp module lõi.

Nguồn tham khảo

Node.js docs — ECMAScript modules

Câu 31Modern Node

Top-level await dùng được ở đâu trong Node?

A.Trong mọi tệp JavaScript kể từ Node 14 trở đi
B.Chỉ trong tệp có đuôi đặc biệt dành riêng cho tính năng này
C.Chỉ bên trong khối try catch ở cấp ngoài cùng của tệp
D.Chỉ trong ES Module, không dùng được trong CommonJS

Đáp án: D

Chỉ trong ES Module. Mô hình nạp của CommonJS là đồng bộ — lệnh nạp phải trả về giá trị ngay — nên không có chỗ cho việc tạm dừng. ES Module nạp bất đồng bộ theo thiết kế nên hỗ trợ được.

Nguồn tham khảo

Node.js docs — ECMAScript modules

Câu 32Core APIs

Cần sinh một chuỗi ngẫu nhiên làm token. Dùng API nào?

A.Math.random() kết hợp với mốc thời gian hiện tại
B.Một bộ đếm tăng dần rồi mã hoá sang hệ cơ số cao hơn
C.crypto.randomBytes() hoặc crypto.randomUUID()
D.Một hàm băm của mốc thời gian và định danh tiến trình

Đáp án: C

Các hàm trong module mật mã — sinh chuỗi byte ngẫu nhiên, hoặc sinh định danh duy nhất phiên bản 4. Chúng lấy từ nguồn ngẫu nhiên an toàn về mật mã của hệ điều hành. Hàm ngẫu nhiên thông thường của JavaScript không an toàn cho mục đích này.

Nguồn tham khảo

Node.js docs — API reference

Câu 33Database

Vì sao ứng dụng Node nên dùng connection pool thay vì mở kết nối mới mỗi request?

A.Vì pool nén dữ liệu truyền giữa ứng dụng và cơ sở dữ liệu
B.Vì mở kết nối tốn nhiều vòng khứ hồi và cơ sở dữ liệu có giới hạn kết nối
C.Vì pool tự động thử lại các truy vấn thất bại vì lỗi mạng
D.Vì pool bảo đảm mọi truy vấn chạy trong cùng một transaction

Đáp án: B

Vì mở kết nối tốn bắt tay mạng cộng xác thực — hàng chục mili giây cho mỗi request. Và cơ sở dữ liệu có giới hạn số kết nối đồng thời: vượt qua thì nó từ chối phục vụ. Pool giữ sẵn một số kết nối và luân phiên cho các truy vấn dùng.

Nguồn tham khảo

node-postgres — Connection pooling

Câu 34Database

Chạy transaction với connection pool cần lưu ý gì?

A.Phải đặt mức isolation cao nhất để tránh xung đột dữ liệu
B.Phải chạy transaction trên một tiến trình riêng để tránh chặn
C.Mọi câu lệnh phải chạy trên cùng một kết nối lấy từ pool
D.Phải đóng kết nối sau khi transaction kết thúc thay vì trả về pool

Đáp án: C

Mọi câu lệnh trong transaction phải chạy trên cùng một kết nối. Transaction là trạng thái của một kết nối cụ thể, nên nếu gọi truy vấn qua đối tượng pool thì mỗi lần có thể lấy một kết nối khác — và các câu lệnh đó nằm ngoài transaction.

Nguồn tham khảo

node-postgres — Connection pooling

Câu 35Operations

Vì sao ứng dụng Node trong production nên chạy sau một process manager?

A.Để mã hoá lưu lượng giữa ứng dụng và các client kết nối tới
B.Để tăng tốc thực thi mã JavaScript bằng cách tối ưu cache
C.Để tự động cập nhật các gói phụ thuộc khi có phiên bản mới
D.Để khởi động lại khi tiến trình chết và chạy nhiều tiến trình tận dụng các lõi

Đáp án: D

Hai lý do chính: khởi động lại tự động khi tiến trình chết vì ngoại lệ không bắt được, và chạy nhiều tiến trình để tận dụng mọi lõi CPU — vì một tiến trình Node chỉ dùng một lõi cho mã JavaScript.

Nguồn tham khảo

Node.js docs — Cluster

Câu 36Operations

Vì sao nên ghi log dạng có cấu trúc (JSON) thay vì chuỗi tự do?

A.Để log được ghi nhanh hơn do không phải định dạng chuỗi
B.Để giảm dung lượng log vì JSON nén tốt hơn văn bản thường
C.Để hệ thống tự động phân loại mức độ nghiêm trọng của từng dòng
D.Để truy vấn và lọc được theo từng trường trong hệ thống thu thập log

Đáp án: D

Để hệ thống thu thập log truy vấn và lọc theo từng trường — tìm mọi request của một người dùng, lọc theo mã lỗi, tính phân vị thời gian phản hồi. Với chuỗi tự do, phải bóc dữ liệu bằng biểu thức chính quy, vốn hỏng ngay khi ai đó sửa câu chữ.

Nguồn tham khảo

Node.js docs — Cluster

Câu 37Operations

Endpoint health check nên kiểm tra những gì?

A.Chỉ cần trả về mã 200 để xác nhận tiến trình còn chạy
B.Các phụ thuộc thiết yếu, và nên tách kiểm tra sống với kiểm tra sẵn sàng
C.Toàn bộ các dịch vụ mà ứng dụng có thể gọi tới, kể cả tuỳ chọn
D.Mức sử dụng CPU và bộ nhớ so với ngưỡng đã cấu hình

Đáp án: B

Các phụ thuộc thiết yếu — cơ sở dữ liệu, hàng đợi — và nên tách làm hai loại. Kiểm tra sống chỉ xác nhận tiến trình chưa treo, dùng để quyết định khởi động lại. Kiểm tra sẵn sàng xác nhận phục vụ được, dùng để quyết định có gửi lưu lượng tới hay không.

Nguồn tham khảo

Node.js docs — Cluster

Câu 38Operations

Dockerfile cho ứng dụng Node nên dùng multi-stage build để làm gì?

A.Để mỗi giai đoạn chạy trên một phiên bản Node khác nhau
B.Để cache từng lớp nhằm tránh build lại từ đầu mỗi lần
C.Để build song song nhiều thành phần nhằm rút ngắn thời gian
D.Để ảnh cuối chỉ chứa mã đã build và phụ thuộc chạy, không chứa công cụ build

Đáp án: D

Để ảnh cuối chỉ chứa mã đã build và phụ thuộc chạy — không mang theo trình biên dịch, mã nguồn và phụ thuộc phát triển. Ảnh nhỏ hơn nhiều nên tải nhanh hơn, khởi động nhanh hơn, và bề mặt tấn công hẹp hơn.

Nguồn tham khảo

Node.js docs — Cluster

Câu 39Modern Node

Node có sẵn hàm `fetch` từ phiên bản nào?

A.Node 16, nhưng chỉ dùng được trong ES Module
B.Node 14, cùng thời điểm với hỗ trợ ES Module
C.Node chưa bao giờ có sẵn; luôn phải cài thư viện bên ngoài
D.Node 18 (thử nghiệm) và ổn định ở Node 21

Đáp án: D

Node 18 dưới dạng thử nghiệm và ổn định từ Node 21. Nó dùng một thư viện HTTP thế hệ mới bên dưới, nên hành vi khớp với API cùng tên của trình duyệt — không cần cài thư viện ngoài cho các lời gọi HTTP thông thường nữa.

Nguồn tham khảo

Node.js docs — ECMAScript modules

Câu 40Modern Node

Cách đặt thời gian chờ cho một lời gọi `fetch` trong Node là gì?

A.Truyền một AbortSignal có thời hạn vào tuỳ chọn signal
B.Cấu hình thời gian chờ toàn cục qua một biến môi trường của Node
C.Truyền số mili giây vào tuỳ chọn timeout của lời gọi
D.Bọc lời gọi trong một cuộc đua với một promise chờ theo thời gian

Đáp án: A

Truyền một tín hiệu huỷ có thời hạn vào tuỳ chọn tương ứng — có hàm tạo sẵn nhận số mili giây. Cách bọc trong một cuộc đua với promise chờ không đúng vì request thật vẫn tiếp tục chạy và vẫn chiếm kết nối.

Nguồn tham khảo

Node.js docs — ECMAScript modules

Câu 41HTTP

Bật nén (gzip hoặc brotli) cho phản hồi HTTP nên làm ở đâu?

A.Ở phía client, bằng cách yêu cầu trình duyệt tự giải nén
B.Ở reverse proxy hoặc CDN phía trước, không ở tiến trình Node
C.Ở tiến trình Node để kiểm soát chính xác mức nén cho từng loại nội dung
D.Ở cả hai nơi để bảo đảm phản hồi luôn được nén

Đáp án: B

Ở reverse proxy hoặc CDN phía trước. Nén tốn CPU, mà tiến trình Node chỉ có một luồng cho mã JavaScript — nén trong tiến trình chiếm chỗ của việc xử lý request và làm tăng độ trễ event loop.

Nguồn tham khảo

Node.js docs — HTTP

Câu 42Security

Xác thực dữ liệu đầu vào của API nên làm ở đâu và bằng cách nào?

A.Ở mỗi hàm cần dùng dữ liệu, để chắc chắn không bỏ sót chỗ nào
B.Ở tầng cơ sở dữ liệu, dựa vào ràng buộc của lược đồ bảng
C.Ở ranh giới vào, bằng một lược đồ khai báo và từ chối sớm
D.Ở phía client, vì đó là nơi người dùng nhập dữ liệu

Đáp án: C

Ở ranh giới vào của ứng dụng, bằng một lược đồ khai báo — kiểm tra ngay khi request tới và từ chối với thông báo rõ ràng nếu sai. Sau ranh giới đó, các tầng bên trong tin vào dữ liệu đã được kiểm tra và không phải phòng thủ lặp lại.

Nguồn tham khảo

Node.js docs — Security best practices

Câu 43Performance

`JSON.stringify()` trên một object rất lớn gây vấn đề gì?

A.Nó tự động nén kết quả nên dữ liệu bị thay đổi định dạng
B.Nó chạy đồng bộ nên chặn luồng chính trong suốt quá trình
C.Nó ném lỗi khi kết quả vượt quá kích thước chuỗi tối đa
D.Nó bỏ qua các thuộc tính nằm sâu quá một độ sâu nhất định

Đáp án: B

Nó chạy đồng bộ nên chặn luồng chính suốt quá trình. Với object hàng chục megabyte, việc này tốn hàng trăm mili giây — trong khoảng đó không request nào khác được xử lý và độ trễ event loop tăng vọt.

Nguồn tham khảo

Node.js docs — Performance measurement APIs

Câu 44Architecture

Cấu trúc thư mục nào thường bền hơn cho một dịch vụ Node cỡ vừa?

A.Để mọi tệp ở thư mục gốc và phân biệt bằng tiền tố trong tên tệp
B.Chia theo tầng kỹ thuật với mỗi tầng là một gói riêng biệt
C.Chia theo loại tệp: một thư mục controller, một thư mục service, một thư mục model
D.Chia theo tính năng, mỗi thư mục chứa đủ route, logic và truy cập dữ liệu

Đáp án: D

Chia theo tính năng: mỗi thư mục chứa route, logic nghiệp vụ, truy cập dữ liệu và kiểm thử của chính tính năng đó. Một thay đổi nghiệp vụ chỉ chạm một thư mục, thay vì phải mở bốn thư mục khác nhau như khi chia theo loại tệp.

Nguồn tham khảo

Node.js docs — Event loop, timers, nextTick

Câu 45Performance

Thêm một lớp cache trước cơ sở dữ liệu cần cân nhắc điều gì đầu tiên?

A.Dung lượng bộ nhớ cần cấp cho lớp cache
B.Định dạng serialize dùng để lưu giá trị vào cache
C.Chọn giữa cache trong bộ nhớ tiến trình hay cache tập trung
D.Chấp nhận dữ liệu cũ tới mức nào, và làm mới bằng cách nào

Đáp án: D

Chấp nhận dữ liệu cũ tới mức nào. Cache luôn đánh đổi tính mới lấy tốc độ, nên phải quyết định trước cho từng loại dữ liệu: danh mục sản phẩm cũ vài phút thì không sao, còn số dư tài khoản thì không được.

Nguồn tham khảo

Node.js docs — Performance measurement APIs

Câu 46Core APIs

`os.cpus().length` trong container báo con số nào?

A.Luôn trả về 1 vì Node chỉ chạy mã JavaScript trên một luồng
B.Số lõi của máy chủ vật lý, không phải hạn mức CPU của container
C.Số lõi mà tiến trình Node thực sự đang sử dụng tại thời điểm gọi
D.Hạn mức CPU đã cấp cho container, làm tròn lên số nguyên

Đáp án: B

Số lõi của máy chủ vật lý, không phải hạn mức CPU của container. Một container được cấp một lõi chạy trên máy 64 lõi vẫn nhận con số 64 — nên dùng nó để quyết định số tiến trình sẽ tạo ra gấp nhiều lần mức được phép.

Nguồn tham khảo

Node.js docs — API reference

Câu 47Express

Express nhận diện một middleware là error handler dựa vào đâu?

A.Tên hàm hoặc tên biến chứa chữ "error"
B.Vị trí đứng ngay sau route ném lỗi
C.Hàm khai báo đúng 4 tham số (err, req, res, next)
D.Đăng ký qua app.error() thay vì app.use()

Đáp án: C

Dựa vào số lượng tham số: hàm có đúng 4 tham số (err, req, res, next) được coi là error handler. Vì vậy phải giữ đủ cả 4 kể cả khi không dùng next — bỏ bớt là Express coi nó thành middleware thường. Error handler nên đăng ký cuối cùng, sau mọi route.

Nguồn tham khảo

Express docs — Error handling

Câu 48Express

Chạy trên Express 4, khi db.findUser reject thì chuyện gì xảy ra?

app.get('/users/:id', async (req, res) => {
  const user = await db.findUser(req.params.id) // may reject
  res.json(user)
})

A.Express tự retry handler một lần trước khi báo lỗi
B.Error handler 4 tham số nhận được lỗi như với lỗi đồng bộ
C.Express trả 500 kèm thông tin lỗi cho client
D.Lỗi không được bắt — request treo, thành unhandled rejection

Đáp án: D

Express 4 không tự bắt lỗi async: promise reject không tới được error handler, request treo và Node ghi nhận unhandled rejection. Phải tự try/catch rồi gọi next(err) (hoặc .catch(next)). Express 5 mới tự bắt promise reject từ handler và chuyển cho error middleware.

Nguồn tham khảo

Express docs — Catching errors

Câu 49Express

app.use('/api', router) sẽ khớp với những request nào?

A.Cả /apiv2 vì cùng bắt đầu bằng ký tự /api
B.Mọi đường dẫn chứa chuỗi "api" ở bất kỳ vị trí nào
C.Chỉ đúng /api — các đường dẫn con phải mount riêng từng cái
D./api và mọi đường dẫn con dạng /api/...

Đáp án: D

Khớp /api và mọi đường dẫn con /api/users, /api/users/1... — mount path là prefix theo segment, không phải so sánh chuỗi thô, nên /apiv2 KHÔNG khớp. Bên trong router, path được tính tương đối: router.get('/users') ứng với /api/users.

Nguồn tham khảo

Express docs — app.use()

Câu 50Express

Đoạn code trên log lỗi "Cannot set headers after they are sent to the client". Vì sao?

app.get('/orders/:id', (req, res, next) => {
  res.json({ ok: true })
  next()
})

app.use((req, res) => {
  res.status(404).json({ error: 'Not found' })
})

A.Thiếu return trước res.json nên Express gửi response hai lần
B.next() đưa request đi tiếp và middleware 404 gửi response lần thứ hai
C.res.json bắt buộc phải là câu lệnh cuối cùng của handler
D.res.status phải được gọi trước res.json trong cùng một middleware

Đáp án: B

Handler đã gửi response bằng res.json nhưng vẫn gọi next(), nên request đi tiếp tới middleware 404 — middleware này gọi res.status(404).json(...) lần nữa trên response đã gửi xong. Quy tắc: mỗi request chỉ gửi response một lần; đã gửi thì đừng gọi next() nữa.

Nguồn tham khảo

Express docs — The default error handler

Câu 51NestJS

Nhờ cơ chế nào OrdersController nhận được instance của OrdersService mà không cần tự new?

@Injectable()
export class OrdersService {}

@Controller('orders')
export class OrdersController {
  constructor(private readonly ordersService: OrdersService) {}
}

A.DI container của Nest tạo instance và truyền vào constructor
B.Nest quét thư mục và gán service có tên file trùng với controller
C.Decorator @Controller tự new mọi class có gắn @Injectable()
D.TypeScript tự khởi tạo các tham số readonly khi biên dịch

Đáp án: A

Dependency Injection container của Nest. Nhờ metadata type mà TypeScript sinh ra, Nest biết constructor cần OrdersService, tìm provider đó trong module, tạo (hoặc lấy lại) instance rồi truyền vào. Điều kiện: service gắn @Injectable() và được khai báo trong providers của module.

Nguồn tham khảo

NestJS docs — Dependency injection fundamentals

Câu 52NestJS

Thứ tự nào đúng trong request lifecycle của NestJS?

A.Pipes → Guards → Middleware → Handler → Interceptors
B.Guards → Middleware → Pipes → Interceptors → Handler
C.Middleware → Pipes → Guards → Handler → Interceptors
D.Middleware → Guards → Interceptors → Pipes → Handler

Đáp án: D

Middleware → Guards → Interceptors (trước) → Pipes → Handler → Interceptors (sau) → Exception filters (khi có lỗi). Điểm cần nhớ: guards chạy TRƯỚC pipes — chặn request không đủ quyền trước khi validate; interceptors bọc quanh handler nên chạy cả hai chiều.

Nguồn tham khảo

NestJS docs — Request lifecycle

Câu 53NestJS

canActivate của một guard trả về false. Client nhận được gì?

A.401 Unauthorized
B.403 Forbidden
C.500 Internal Server Error vì guard phải throw thay vì trả false
D.Request vẫn vào handler nhưng kèm cờ báo bị từ chối

Đáp án: B

403 Forbidden — Nest tự ném ForbiddenException khi guard trả false, và handler không chạy. Muốn trả mã khác (ví dụ 401 khi thiếu token) thì guard phải chủ động throw new UnauthorizedException() thay vì trả false.

Nguồn tham khảo

NestJS docs — Guards

Câu 54NestJS

ValidationPipe bật whitelist: true. Body gửi lên chứa field không khai báo trong DTO thì sao?

A.Field đó bị loại khỏi object trước khi vào handler
B.Field lạ được chuyển sang req.rawBody để xử lý riêng
C.Trả 400 ngay vì body chứa field không hợp lệ
D.Giữ nguyên field và ghi một dòng cảnh báo vào log

Đáp án: A

Field lạ bị loại bỏ trước khi object tới handler — chỉ các field có decorator class-validator trong DTO được giữ. Muốn báo lỗi 400 thay vì lặng lẽ bỏ thì bật thêm forbidNonWhitelisted: true. Đây là lớp chống mass assignment: client không thể chèn isAdmin: true vào body.

Nguồn tham khảo

NestJS docs — Validation

Câu 55NestJS

Handler NestJS throw new NotFoundException(). Điều gì xảy ra tiếp theo?

A.Exception filter bắt nó và trả response JSON 404 chuẩn
B.Process crash vì exception không được ai bắt
C.Lỗi rơi xuống error middleware 4 tham số như bên Express
D.Interceptor phía sau chuyển nó thành response 200 với body rỗng

Đáp án: A

Exception filter mặc định bắt và trả { "statusCode": 404, "message": "Not Found" }. Mọi HttpException (NotFoundException, BadRequestException...) được chuyển thành response đúng status code; exception KHÔNG phải HttpException thì trả 500 "Internal server error" và giấu chi tiết.

Nguồn tham khảo

NestJS docs — Exception filters

Còn 25 câu Node.js mức Nâng cao

Phần Nâng cao đi vào tình huống chuyên sâu và các bẫy kỹ thuật hay gặp, dành cho thành viên Pro.

Nâng cấp gói

Đáp án Quiz Node.js — 75 câu hỏi có giải thích

20 câu Cơ bản · 55 câu Trung bình

Thử sức Quiz Node.js

Mức Cơ bản — 20 câu Node.js

Câu 1Timers

Đoạn code sau in ra gì?

javascript

const timer = setTimeout(() => console.log('tick'), 0)
clearTimeout(timer)
console.log('done')

A.done
B.done tick
C.(không in gì)
D.tick done

Đáp án: A

Nguồn tham khảo

Câu 2Promises & Async

Đoạn code sau in ra gì?

javascript

async function getValue() {
  return 1
}
console.log(getValue())

A.undefined
B.Promise { 1 }
C.1
D.[object Promise]

Đáp án: B

Nguồn tham khảo

Câu 3Streams & Buffer

Đoạn code sau in ra gì?

javascript

const buf = Buffer.from('hé')
console.log(buf.length, 'hé'.length)

A.3 2
B.2 2
C.2 3
D.3 3

Đáp án: A

Nguồn tham khảo

Câu 4Event Loop

Node.js được mô tả là "đơn luồng" (single-threaded) — điều đó nghĩa là gì?

A.Đơn luồng nghĩa là Node chỉ xử lý được một request tại một thời điểm
B.Node.js đa luồng: mỗi request được cấp một thread riêng để chạy JavaScript
C.Code JavaScript của ứng dụng chạy trên một luồng duy nhất với event loop
D.Toàn bộ tiến trình Node chỉ có đúng một OS thread, kể cả cho I/O

Đáp án: C

Nguồn tham khảo

Câu 5Modules

`require()` (CommonJS) và `import` (ES Modules) trong Node.js khác nhau cơ bản ở điểm nào?

A.require nạp module đồng bộ lúc runtime và gọi được ở bất kỳ đâu
B.import chỉ là cú pháp khác của require, hành vi giống hệt nhau
C.require chạy bất đồng bộ và trả về Promise, nên phải await require(...)
D.Node.js không chạy được ES Modules, import chỉ dùng được ở trình duyệt

Đáp án: A

Nguồn tham khảo

Câu 6Error Handling

Quy ước "error-first callback" trong Node.js là gì?

A.Callback nhận error làm tham số ĐẦU TIÊN ((err, data) => {})
B.Mỗi API nhận hai callback riêng: một cho thành công, một cho thất bại
C.Error được đặt làm tham số cuối cùng của callback để dễ bỏ qua khi không cần
D.Lỗi trong callback bất đồng bộ được throw ra và bắt bằng try/catch bao quanh lời gọi hàm

Đáp án: A

Nguồn tham khảo

Câu 7Promises & Async

Đoạn code sau in ra gì?

javascript

Promise.allSettled([
  Promise.resolve(1),
  Promise.reject(new Error('boom')),
]).then(results => {
  for (const r of results) console.log(r.status)
})

A.fulfilled rejected
B.rejected fulfilled
C.fulfilled
D.Uncaught Error: boom

Đáp án: A

Nguồn tham khảo

Câu 8Process & Env

Khi triển khai graceful shutdown cho server Node.js, phát biểu nào ĐÚNG về tín hiệu SIGTERM và SIGKILL?

A.SIGTERM bắt được bằng process.on('SIGTERM', ...) để đóng server, xả nốt request đang chạy rồi tự thoát; SIGKILL không thể gắn listener
B.Cách chuẩn là gọi process.exit(0) ngay dòng đầu trong handler SIGTERM để thoát càng nhanh càng tốt
C.Node tự động graceful shutdown khi nhận SIGTERM: chờ mọi request đang xử lý xong rồi mới thoát, không cần code gì thêm
D.SIGKILL cũng bắt được bằng process.on('SIGKILL', ...) giống mọi tín hiệu khác, chỉ cần đăng ký sớm

Đáp án: A

Nguồn tham khảo

Câu 9Process & Env

Ứng dụng Node đọc `process.env.DATABASE_URL` nhưng nhận `undefined`. Nguyên nhân hay gặp nhất?

A.Node chỉ đọc được biến môi trường viết hoa toàn bộ
B.Phải khai báo kiểu cho biến trong package.json thì mới đọc được
C.process.env chỉ dùng được trong CommonJS, không dùng được với ESM
D.Biến chưa được nạp vào tiến trình — file .env không tự động được đọc, phải nạp bằng thư viện hoặc cờ --env-file

Đáp án: D

Nguồn tham khảo

Node.js docs — process

Câu 10Core APIs

Vì sao nên dùng `path.join()` thay vì nối chuỗi đường dẫn bằng dấu `/`?

A.Nó bắt buộc phải dùng khi làm việc với module fs
B.Dùng dấu phân cách đúng của hệ điều hành và chuẩn hoá đường dẫn
C.Nó nhanh hơn nối chuỗi vì được tối ưu ở tầng C++
D.Nó tự tạo thư mục nếu đường dẫn chưa tồn tại

Đáp án: B

Nguồn tham khảo

Node.js docs — path

Câu 11Core APIs

Vì sao nên tránh `fs.readFileSync()` trong một request handler?

A.Vì nó không xử lý được lỗi khi tệp không tồn tại
B.Vì nó không đọc được các tệp có kích thước lớn
C.Vì nó chặn luồng chính nên mọi request khác phải chờ
D.Vì nó đọc chậm hơn phiên bản bất đồng bộ của cùng thao tác

Đáp án: C

Nguồn tham khảo

Node.js docs — API reference

Câu 12Package Management

`dependencies` và `devDependencies` trong package.json khác nhau thế nào?

A.Nhóm sau chỉ dùng được trong các script chứ không import được
B.Nhóm sau không được ghim phiên bản chính xác trong tệp khoá
C.Nhóm sau chỉ cần khi phát triển, không cài khi triển khai production
D.Nhóm sau được cài trước để các gói chính có thể dùng tới

Đáp án: C

Nguồn tham khảo

npm docs — package.json

Câu 13Core APIs

Trong một tệp ES Module của Node, `__dirname` có dùng được không?

A.Có, nhưng giá trị luôn là thư mục gốc của dự án
B.Không; phải tự tính từ import.meta.url hoặc import.meta.dirname
C.Không, và cũng không có cách nào lấy được đường dẫn thư mục
D.Có, nhưng phải bật một cờ tương thích khi chạy Node

Đáp án: B

Nguồn tham khảo

Node.js docs — API reference

Câu 14Streams & Buffer

`buf.toString()` không truyền tham số sẽ dùng mã hoá nào?

A.Mã hoá được suy ra tự động từ nội dung của buffer
B.ASCII, nên các ký tự có dấu bị mất
C.Base64, vì đó là dạng an toàn nhất để hiển thị byte
D.UTF-8

Đáp án: D

UTF-8. Đây là mặc định cho mọi chuyển đổi giữa chuỗi và byte trong Node. Các mã hoá khác — thập lục phân, base64, latin1 — phải nêu tường minh làm tham số.

Nguồn tham khảo

Node.js docs — Stream

Câu 15Operations

Biến `NODE_ENV=production` ảnh hưởng tới điều gì?

A.Nhiều thư viện đọc nó để tắt bớt kiểm tra và bật tối ưu
B.Node ngừng ghi log ra console để giảm chi phí vào ra
C.Node chỉ cài các phụ thuộc thuộc nhóm production khi khởi động
D.Node bật chế độ tối ưu và tắt kiểm tra kiểu khi biên dịch

Đáp án: A

Nguồn tham khảo

Node.js docs — Cluster

Câu 16Express

Trong Express, điều gì quyết định thứ tự chạy của các middleware?

A.Express tự xếp: body parser luôn chạy trước route handler
B.Đường dẫn cụ thể hơn được ưu tiên chạy trước
C.Thứ tự đăng ký bằng app.use / app.get...
D.Độ ưu tiên khai báo trong option của từng middleware

Đáp án: C

Nguồn tham khảo

Express docs — Using middleware

Câu 17Express

Một middleware Express không gọi next() và cũng không gửi response. Request sẽ ra sao?

A.Treo cho tới khi client timeout
B.Express trả 404 vì không có route nào xử lý xong request
C.Express tự chuyển sang middleware kế tiếp sau một khoảng chờ mặc định
D.Express ném lỗi cảnh báo middleware quên gọi next()

Đáp án: A

Nguồn tham khảo

Express docs — Writing middleware

Câu 18Express

express.Router() thường được dùng để làm gì?

A.Tự sinh route CRUD từ định nghĩa model
B.Gom route theo module rồi mount vào app
C.Tạo một server HTTP thứ hai chạy song song với app chính
D.Cân bằng tải request giữa nhiều process Node

Đáp án: B

Nguồn tham khảo

Express docs — Routing (express.Router)

Câu 19NestJS

Trong NestJS, controller và provider khác nhau thế nào?

A.Provider nhận HTTP request rồi inject controller vào để xử lý
B.Controller nhận request và trả response; provider chứa logic, được inject vào
C.Controller chứa business logic; provider chỉ khai báo route
D.Hai tên gọi khác nhau cho cùng một loại class

Đáp án: B

Nguồn tham khảo

NestJS docs — Providers

Câu 20Vận hành

Chọn phiên bản Node.js cho một dự án production nên dựa vào đâu?

A.Phiên bản mới nhất để có đầy đủ tính năng mới nhất
B.Phiên bản hỗ trợ dài hạn còn trong thời gian được vá lỗi
C.Phiên bản trùng với phiên bản đang cài trên máy cá nhân
D.Phiên bản cũ nhất còn chạy được để bảo đảm ổn định

Đáp án: B

Nguồn tham khảo

Node.js — Release schedule

Mức Trung bình — 55 câu Node.js

Câu 1Event Loop

Đoạn code sau in ra gì?

javascript

console.log('start')
setTimeout(() => console.log('timeout'), 0)
Promise.resolve().then(() => console.log('promise'))
console.log('end')

A.start end promise timeout
B.start end timeout promise
C.start timeout promise end
D.start promise timeout end

Đáp án: A

Nguồn tham khảo

Câu 2Timers

Đoạn code sau in ra gì?

javascript

setTimeout(() => {
  console.log('timer1')
  Promise.resolve().then(() => console.log('micro'))
}, 0)
setTimeout(() => console.log('timer2'), 0)

A.timer2 timer1 micro
B.timer1 micro timer2
C.timer1 timer2 micro
D.micro timer1 timer2

Đáp án: B

Nguồn tham khảo

Câu 3Modules

Hai file CommonJS như sau, chạy `node main.js` in ra gì?

// counter.js
let count = 0
module.exports = { increment: () => ++count }

// main.js
const c1 = require('./counter')
const c2 = require('./counter')
c1.increment()
c1.increment()
console.log(c2.increment())

Đáp án: C

Nguồn tham khảo

Câu 4Modules

Hai file CommonJS như sau, chạy `node main.js` in ra gì?

// lib.js
exports.a = 1
module.exports = { b: 2 }

// main.js
const lib = require('./lib')
console.log(lib.a, lib.b)

A.undefined 2
B.1 undefined
C.1 2
D.undefined undefined

Đáp án: A

Nguồn tham khảo

Câu 5Streams & Buffer

Đoạn code sau in ra gì?

javascript

const buf = Buffer.from('abc')
const view = buf.subarray(0, 2)
view[0] = 120
console.log(buf.toString())

A.xb
B.120bc
C.xbc
D.abc

Đáp án: C

Nguồn tham khảo

Câu 6Process & Env

Đoạn code sau in ra gì?

javascript

process.env.FLAG = false
if (process.env.FLAG) {
  console.log('on')
} else {
  console.log('off')
}
console.log(typeof process.env.FLAG)

A.off boolean
B.on string
C.on boolean
D.off string

Đáp án: B

Nguồn tham khảo

Node.js docs — process.env

Câu 7Event Loop

`process.nextTick()` và `setImmediate()` khác nhau thế nào về thời điểm chạy callback?

A.Hai hàm tương đương nhau, chỉ khác cú pháp
B.Callback của process.nextTick chạy ngay sau thao tác hiện tại, trước khi event loop tiếp tục
C.setImmediate chạy ngay lập tức trong cùng tick, còn process.nextTick đợi tới vòng lặp kế tiếp
D.process.nextTick chạy callback trên một thread khác để không chặn luồng chính

Đáp án: B

Nguồn tham khảo

Câu 8Modules

Chương trình sau in ra gì, và vì sao?

javascript

// counter.js
let count = 0
module.exports = { increment: () => ++count }

// app.js
const a = require('./counter')
const b = require('./counter')
a.increment()
console.log(b.increment())

A.In ra 2 — module được cache sau lần require đầu tiên, nên a và b cùng trỏ tới một instance, chia sẻ biến count
B.Báo lỗi — không được require cùng một file hai lần trong một module
C.In ra undefined — hàm arrow không truy cập được biến count ở module scope
D.In ra 1 — mỗi lần require nạp một bản module mới với count riêng

Đáp án: A

Nguồn tham khảo

Node.js — Modules: Caching

Câu 9Worker Threads

Module `cluster` và `worker_threads` trong Node.js khác nhau thế nào, dùng khi nào?

A.cluster tạo các luồng nhẹ chia sẻ bộ nhớ với process chính nên rẻ hơn worker_threads
B.worker_threads cho phép nhiều thread cùng listen một port, còn cluster thì không
C.Hai module là một, worker_threads chỉ là tên mới của cluster
D.cluster fork nhiều TIẾN TRÌNH Node, chia sẻ được server port

Đáp án: D

Nguồn tham khảo

Câu 10Process & Env· chọn nhiều đáp án

Những phát biểu nào ĐÚNG về `spawn()`, `exec()` và `fork()` trong module `child_process`? (chọn nhiều)

A.fork() dùng để chạy lệnh shell bất kỳ với hiệu năng cao hơn spawn()
B.exec() chạy lệnh trong shell và buffer toàn bộ output, trả một lần qua callback; output vượt maxBuffer sẽ lỗi
C.spawn() trả về stdout/stderr dạng stream, không buffer toàn bộ output — hợp với dữ liệu lớn hoặc tiến trình chạy lâu
D.exec() phù hợp nhất cho output dung lượng lớn vì nó stream dữ liệu theo từng chunk
E.fork() là biến thể của spawn chuyên để chạy một file Node.js khác, tự thiết lập sẵn kênh IPC cho cha–con send() message

Đáp án: B, C, E

Nguồn tham khảo

Node.js — Child process

Câu 11Event Loop

Đoạn code sau in ra gì?

javascript

const fs = require('node:fs')
fs.readFile(__filename, () => {
  setTimeout(() => console.log('timeout'), 0)
  setImmediate(() => console.log('immediate'))
})

A.immediate timeout
B.timeout immediate
C.Thứ tự thay đổi giữa các lần chạy, không xác định
D.(không in gì)

Đáp án: A

Nguồn tham khảo

Câu 12Events

Đoạn code sau in ra gì?

javascript

const { EventEmitter } = require('node:events')
const emitter = new EventEmitter()
emitter.once('greet', name => console.log('once:', name))
emitter.on('greet', name => console.log('on:', name))
emitter.emit('greet', 'a')
emitter.emit('greet', 'b')

A.once: a on: a
B.once: a on: a once: b on: b
C.once: a on: a on: b
D.on: a once: a on: b

Đáp án: C

Nguồn tham khảo

Câu 13Core APIs

Đoạn code sau in ra gì?

javascript

const data = { date: new Date(0), tags: new Set(['a']) }
const viaJson = JSON.parse(JSON.stringify(data))
const viaClone = structuredClone(data)
console.log(viaJson.date instanceof Date, viaClone.date instanceof Date)
console.log(viaJson.tags instanceof Set, viaClone.tags instanceof Set)

A.Báo lỗi vì JSON.stringify không xử lý được Set
B.true true true true
C.false true false false
D.false true false true

Đáp án: D

Nguồn tham khảo

Câu 14Event Loop

Những thao tác nào trong Node.js thực sự chạy trên thread pool của libuv (mặc định 4 thread)?

A.Filesystem (fs.*), dns.lookup(), và các hàm CPU-nặng của crypto/zlib (pbkdf2, scrypt, nén)
B.Mọi I/O bất đồng bộ, kể cả HTTP request và socket TCP, đều được giao cho thread pool xử lý
C.Thread pool dùng để chạy các callback JavaScript song song, giúp nhiều handler thực thi cùng lúc
D.Chỉ khi dùng worker_threads thì thread pool mới hoạt động; các API fs/crypto mặc định chạy trên luồng chính

Đáp án: A

Nguồn tham khảo

Câu 15Streams & Buffer· chọn nhiều đáp án

Những phát biểu nào ĐÚNG khi so sánh `stream.pipeline()` với `.pipe()`? (chọn nhiều)

A.pipeline chậm hơn đáng kể vì sao chép dữ liệu qua một buffer trung gian giữa mỗi cặp stream
B.Khi một stream trong chuỗi lỗi, pipeline tự destroy toàn bộ các stream còn lại, tránh rò rỉ file descriptor; .pipe() để stream đích sống tiếp
C.Có bản Promise trong stream/promises: await pipeline(src, transform, dest) dùng thẳng với async/await và try/catch
D..pipe() quản lý backpressure còn pipeline thì không, nên với file lớn phải dùng .pipe()
E.pipeline gom lỗi của MỌI stream trong chuỗi về một callback (hoặc một Promise) duy nhất; với .pipe() phải tự gắn error listener cho từng stream vì lỗi không lan truyền qua chuỗi

Đáp án: B, C, E

Nguồn tham khảo

Câu 16HTTP

Express thêm gì so với module `http` có sẵn của Node?

A.Chạy trên nhiều luồng để tận dụng mọi lõi CPU của máy chủ
B.Hỗ trợ giao thức HTTPS mà module lõi không cung cấp
C.Định tuyến, middleware và các tiện ích cho request và response
D.Khả năng xử lý nhiều kết nối đồng thời mà module lõi không có

Đáp án: C

Nguồn tham khảo

Node.js docs — HTTP

Câu 17HTTP

Middleware trong Express không gọi `next()` thì chuyện gì xảy ra?

A.Middleware tiếp theo vẫn chạy nhưng không nhận được dữ liệu đã xử lý
B.Request treo cho tới khi timeout nếu chưa gửi phản hồi
C.Request được trả về lỗi 500 kèm thông báo về middleware bị lỗi
D.Framework tự động chuyển sang middleware tiếp theo sau một khoảng chờ

Đáp án: B

Nguồn tham khảo

Node.js docs — HTTP

Câu 18HTTP

Vì sao `req.body` là `undefined` khi client gửi JSON tới server Express?

A.Vì phương thức của request không cho phép mang body
B.Vì kích thước body vượt quá giới hạn mặc định của framework
C.Vì chưa đăng ký middleware phân tích body
D.Vì client chưa đặt đúng header mô tả kiểu nội dung

Đáp án: C

Nguồn tham khảo

Node.js docs — HTTP

Câu 19Security

Cấu hình CORS ở phía server Node bảo vệ ai?

A.Server, bằng cách chặn các request đến từ nguồn không được phép
B.Dữ liệu trên đường truyền, bằng cách yêu cầu kết nối được mã hoá
C.Cả hai, vì server từ chối xử lý khi header nguồn không khớp
D.Người dùng, và việc thực thi nằm ở trình duyệt chứ không ở server

Đáp án: D

Nguồn tham khảo

Node.js docs — Security best practices

Câu 20Streams & Buffer

Gửi một tệp 2 GB về client bằng cách đọc hết vào bộ nhớ rồi gửi gây vấn đề gì?

A.Node không cho phép gửi phản hồi lớn hơn một ngưỡng cố định
B.Kết nối bị đóng vì thời gian đọc tệp vượt quá thời gian chờ
C.Tiến trình có thể hết bộ nhớ, và client phải chờ tới khi đọc xong
D.Tệp bị hỏng vì vượt quá kích thước tối đa của một buffer

Đáp án: C

Nguồn tham khảo

Node.js docs — Stream

Câu 21Security

Rate limiting trên một API Node nên áp ở đâu là hiệu quả nhất?

A.Chỉ trong ứng dụng vì đó là nơi biết rõ nghiệp vụ nhất
B.Ở tầng cơ sở dữ liệu vì đó là tài nguyên khan hiếm nhất
C.Ở tầng biên trước, và thêm một lớp trong ứng dụng theo tài khoản
D.Chỉ ở tầng biên vì đó là nơi rẻ nhất để từ chối request

Đáp án: C

Nguồn tham khảo

Node.js docs — Security best practices

Câu 22Security

Cách lưu khoá bí mật nào phù hợp cho ứng dụng Node chạy production?

A.Tệp cấu hình đã mã hoá và commit kèm mã nguồn cho tiện triển khai
B.Hằng số trong mã nhưng đặt ở một tệp riêng để dễ tìm và thay
C.Biến môi trường hoặc kho quản lý bí mật, không commit vào repo
D.Cơ sở dữ liệu của ứng dụng để quản lý tập trung một chỗ

Đáp án: C

Nguồn tham khảo

Node.js docs — Security best practices

Câu 23Package Management

`"express": "^4.18.0"` cho phép cài những phiên bản nào?

A.Chính xác phiên bản 4.18.0 và không có gì khác
B.Mọi bản 4.x từ 4.18.0 trở lên, không lên 5.x
C.Chỉ các bản vá từ 4.18.0 tới 4.18.x
D.Mọi phiên bản từ 4.18.0 trở lên kể cả các bản chính mới hơn

Đáp án: B

Nguồn tham khảo

npm docs — package.json

Câu 24Package Management

`npm ci` khác `npm install` ở điểm nào?

A.Nó bỏ qua các script vòng đời của gói để an toàn hơn
B.Nó chỉ cài các phụ thuộc thuộc nhóm production
C.Nó cài song song nên nhanh hơn đáng kể trên máy nhiều lõi
D.Nó cài đúng theo tệp khoá và không bao giờ sửa tệp đó

Đáp án: D

Nguồn tham khảo

npm docs — package.json

Câu 25Package Management

`peerDependencies` khai báo điều gì?

A.Các gói chỉ cần khi chạy kiểm thử của chính gói này
B.Gói này cần một gói khác do ứng dụng chủ cung cấp
C.Các gói tương đương có thể thay thế lẫn nhau khi cài
D.Các gói được cài song song để rút ngắn thời gian cài đặt

Đáp án: B

Nguồn tham khảo

npm docs — package.json

Câu 26Testing

Node có sẵn test runner từ phiên bản nào và dùng thế nào?

A.Từ Node 16, nhưng chỉ hỗ trợ kiểm thử đồng bộ
B.Node không có test runner; luôn cần cài thư viện bên ngoài
C.Từ Node 14, nhưng chỉ chạy được các tệp có đuôi đặc biệt
D.Từ Node 18 (ổn định ở Node 20), chạy bằng lệnh test với module node:test

Đáp án: D

Nguồn tham khảo

Node.js docs — Test runner

Câu 27Testing

Khi kiểm thử một module gọi API bên ngoài, cách nào cho bài kiểm thử ổn định nhất?

A.Chặn ở tầng mạng bằng một máy chủ giả lập
B.Gọi thẳng API thật để bảo đảm kết quả đúng thực tế
C.Thay thế hàm gọi mạng bằng một hàm giả trả về dữ liệu cố định
D.Bỏ qua kiểm thử phần gọi API và chỉ kiểm thử phần xử lý dữ liệu

Đáp án: A

Nguồn tham khảo

Node.js docs — Test runner

Câu 28Tooling

Cờ `--watch` của Node làm gì?

A.Tự khởi động lại tiến trình khi tệp nguồn thay đổi
B.Nạp lại module đã đổi mà không khởi động lại tiến trình
C.Theo dõi mức sử dụng bộ nhớ và cảnh báo khi vượt ngưỡng
D.Mở cổng gỡ lỗi để trình gỡ lỗi kết nối vào

Đáp án: A

Nguồn tham khảo

Node.js docs — CLI

Câu 29Performance

Chỉ số event loop lag đo cái gì và vì sao quan trọng?

A.Số tác vụ đang chờ trong hàng đợi của event loop
B.Thời gian trung bình để xử lý xong một request HTTP
C.Khoảng thời gian giữa hai lần garbage collector chạy
D.Độ trễ giữa lúc một tác vụ được xếp lịch và lúc nó thật sự chạy

Đáp án: D

Nguồn tham khảo

Node.js docs — Performance measurement APIs

Câu 30Modern Node

Vì sao nên viết `require("node:fs")` thay vì `require("fs")`?

A.Để nói rõ đây là module lõi, không thể bị gói cùng tên chiếm chỗ
B.Để dùng được phiên bản mới của module thay vì phiên bản cũ
C.Để module được nạp nhanh hơn do bỏ qua bước tìm kiếm
D.Để module lõi hoạt động được trong ngữ cảnh ES Module

Đáp án: A

Nguồn tham khảo

Node.js docs — ECMAScript modules

Câu 31Modern Node

Top-level await dùng được ở đâu trong Node?

A.Trong mọi tệp JavaScript kể từ Node 14 trở đi
B.Chỉ trong tệp có đuôi đặc biệt dành riêng cho tính năng này
C.Chỉ bên trong khối try catch ở cấp ngoài cùng của tệp
D.Chỉ trong ES Module, không dùng được trong CommonJS

Đáp án: D

Nguồn tham khảo

Node.js docs — ECMAScript modules

Câu 32Core APIs

Cần sinh một chuỗi ngẫu nhiên làm token. Dùng API nào?

A.Math.random() kết hợp với mốc thời gian hiện tại
B.Một bộ đếm tăng dần rồi mã hoá sang hệ cơ số cao hơn
C.crypto.randomBytes() hoặc crypto.randomUUID()
D.Một hàm băm của mốc thời gian và định danh tiến trình

Đáp án: C

Nguồn tham khảo

Node.js docs — API reference

Câu 33Database

Vì sao ứng dụng Node nên dùng connection pool thay vì mở kết nối mới mỗi request?

A.Vì pool nén dữ liệu truyền giữa ứng dụng và cơ sở dữ liệu
B.Vì mở kết nối tốn nhiều vòng khứ hồi và cơ sở dữ liệu có giới hạn kết nối
C.Vì pool tự động thử lại các truy vấn thất bại vì lỗi mạng
D.Vì pool bảo đảm mọi truy vấn chạy trong cùng một transaction

Đáp án: B

Nguồn tham khảo

node-postgres — Connection pooling

Câu 34Database

Chạy transaction với connection pool cần lưu ý gì?

A.Phải đặt mức isolation cao nhất để tránh xung đột dữ liệu
B.Phải chạy transaction trên một tiến trình riêng để tránh chặn
C.Mọi câu lệnh phải chạy trên cùng một kết nối lấy từ pool
D.Phải đóng kết nối sau khi transaction kết thúc thay vì trả về pool

Đáp án: C

Nguồn tham khảo

node-postgres — Connection pooling

Câu 35Operations

Vì sao ứng dụng Node trong production nên chạy sau một process manager?

A.Để mã hoá lưu lượng giữa ứng dụng và các client kết nối tới
B.Để tăng tốc thực thi mã JavaScript bằng cách tối ưu cache
C.Để tự động cập nhật các gói phụ thuộc khi có phiên bản mới
D.Để khởi động lại khi tiến trình chết và chạy nhiều tiến trình tận dụng các lõi

Đáp án: D

Nguồn tham khảo

Node.js docs — Cluster

Câu 36Operations

Vì sao nên ghi log dạng có cấu trúc (JSON) thay vì chuỗi tự do?

A.Để log được ghi nhanh hơn do không phải định dạng chuỗi
B.Để giảm dung lượng log vì JSON nén tốt hơn văn bản thường
C.Để hệ thống tự động phân loại mức độ nghiêm trọng của từng dòng
D.Để truy vấn và lọc được theo từng trường trong hệ thống thu thập log

Đáp án: D

Nguồn tham khảo

Node.js docs — Cluster

Câu 37Operations

Endpoint health check nên kiểm tra những gì?

A.Chỉ cần trả về mã 200 để xác nhận tiến trình còn chạy
B.Các phụ thuộc thiết yếu, và nên tách kiểm tra sống với kiểm tra sẵn sàng
C.Toàn bộ các dịch vụ mà ứng dụng có thể gọi tới, kể cả tuỳ chọn
D.Mức sử dụng CPU và bộ nhớ so với ngưỡng đã cấu hình

Đáp án: B

Nguồn tham khảo

Node.js docs — Cluster

Câu 38Operations

Dockerfile cho ứng dụng Node nên dùng multi-stage build để làm gì?

A.Để mỗi giai đoạn chạy trên một phiên bản Node khác nhau
B.Để cache từng lớp nhằm tránh build lại từ đầu mỗi lần
C.Để build song song nhiều thành phần nhằm rút ngắn thời gian
D.Để ảnh cuối chỉ chứa mã đã build và phụ thuộc chạy, không chứa công cụ build

Đáp án: D

Nguồn tham khảo

Node.js docs — Cluster

Câu 39Modern Node

Node có sẵn hàm `fetch` từ phiên bản nào?

A.Node 16, nhưng chỉ dùng được trong ES Module
B.Node 14, cùng thời điểm với hỗ trợ ES Module
C.Node chưa bao giờ có sẵn; luôn phải cài thư viện bên ngoài
D.Node 18 (thử nghiệm) và ổn định ở Node 21

Đáp án: D

Nguồn tham khảo

Node.js docs — ECMAScript modules

Câu 40Modern Node

Cách đặt thời gian chờ cho một lời gọi `fetch` trong Node là gì?

A.Truyền một AbortSignal có thời hạn vào tuỳ chọn signal
B.Cấu hình thời gian chờ toàn cục qua một biến môi trường của Node
C.Truyền số mili giây vào tuỳ chọn timeout của lời gọi
D.Bọc lời gọi trong một cuộc đua với một promise chờ theo thời gian

Đáp án: A

Nguồn tham khảo

Node.js docs — ECMAScript modules

Câu 41HTTP

Bật nén (gzip hoặc brotli) cho phản hồi HTTP nên làm ở đâu?

A.Ở phía client, bằng cách yêu cầu trình duyệt tự giải nén
B.Ở reverse proxy hoặc CDN phía trước, không ở tiến trình Node
C.Ở tiến trình Node để kiểm soát chính xác mức nén cho từng loại nội dung
D.Ở cả hai nơi để bảo đảm phản hồi luôn được nén

Đáp án: B

Nguồn tham khảo

Node.js docs — HTTP

Câu 42Security

Xác thực dữ liệu đầu vào của API nên làm ở đâu và bằng cách nào?

A.Ở mỗi hàm cần dùng dữ liệu, để chắc chắn không bỏ sót chỗ nào
B.Ở tầng cơ sở dữ liệu, dựa vào ràng buộc của lược đồ bảng
C.Ở ranh giới vào, bằng một lược đồ khai báo và từ chối sớm
D.Ở phía client, vì đó là nơi người dùng nhập dữ liệu

Đáp án: C

Nguồn tham khảo

Node.js docs — Security best practices

Câu 43Performance

`JSON.stringify()` trên một object rất lớn gây vấn đề gì?

A.Nó tự động nén kết quả nên dữ liệu bị thay đổi định dạng
B.Nó chạy đồng bộ nên chặn luồng chính trong suốt quá trình
C.Nó ném lỗi khi kết quả vượt quá kích thước chuỗi tối đa
D.Nó bỏ qua các thuộc tính nằm sâu quá một độ sâu nhất định

Đáp án: B

Nguồn tham khảo

Node.js docs — Performance measurement APIs

Câu 44Architecture

Cấu trúc thư mục nào thường bền hơn cho một dịch vụ Node cỡ vừa?

A.Để mọi tệp ở thư mục gốc và phân biệt bằng tiền tố trong tên tệp
B.Chia theo tầng kỹ thuật với mỗi tầng là một gói riêng biệt
C.Chia theo loại tệp: một thư mục controller, một thư mục service, một thư mục model
D.Chia theo tính năng, mỗi thư mục chứa đủ route, logic và truy cập dữ liệu

Đáp án: D

Nguồn tham khảo

Node.js docs — Event loop, timers, nextTick

Câu 45Performance

Thêm một lớp cache trước cơ sở dữ liệu cần cân nhắc điều gì đầu tiên?

A.Dung lượng bộ nhớ cần cấp cho lớp cache
B.Định dạng serialize dùng để lưu giá trị vào cache
C.Chọn giữa cache trong bộ nhớ tiến trình hay cache tập trung
D.Chấp nhận dữ liệu cũ tới mức nào, và làm mới bằng cách nào

Đáp án: D

Nguồn tham khảo

Node.js docs — Performance measurement APIs

Câu 46Core APIs

`os.cpus().length` trong container báo con số nào?

A.Luôn trả về 1 vì Node chỉ chạy mã JavaScript trên một luồng
B.Số lõi của máy chủ vật lý, không phải hạn mức CPU của container
C.Số lõi mà tiến trình Node thực sự đang sử dụng tại thời điểm gọi
D.Hạn mức CPU đã cấp cho container, làm tròn lên số nguyên

Đáp án: B

Nguồn tham khảo

Node.js docs — API reference

Câu 47Express

Express nhận diện một middleware là error handler dựa vào đâu?

A.Tên hàm hoặc tên biến chứa chữ "error"
B.Vị trí đứng ngay sau route ném lỗi
C.Hàm khai báo đúng 4 tham số (err, req, res, next)
D.Đăng ký qua app.error() thay vì app.use()

Đáp án: C

Nguồn tham khảo

Express docs — Error handling

Câu 48Express

Chạy trên Express 4, khi db.findUser reject thì chuyện gì xảy ra?

app.get('/users/:id', async (req, res) => {
  const user = await db.findUser(req.params.id) // may reject
  res.json(user)
})

A.Express tự retry handler một lần trước khi báo lỗi
B.Error handler 4 tham số nhận được lỗi như với lỗi đồng bộ
C.Express trả 500 kèm thông tin lỗi cho client
D.Lỗi không được bắt — request treo, thành unhandled rejection

Đáp án: D

Nguồn tham khảo

Express docs — Catching errors

Câu 49Express

app.use('/api', router) sẽ khớp với những request nào?

A.Cả /apiv2 vì cùng bắt đầu bằng ký tự /api
B.Mọi đường dẫn chứa chuỗi "api" ở bất kỳ vị trí nào
C.Chỉ đúng /api — các đường dẫn con phải mount riêng từng cái
D./api và mọi đường dẫn con dạng /api/...

Đáp án: D

Nguồn tham khảo

Express docs — app.use()

Câu 50Express

Đoạn code trên log lỗi "Cannot set headers after they are sent to the client". Vì sao?

app.get('/orders/:id', (req, res, next) => {
  res.json({ ok: true })
  next()
})

app.use((req, res) => {
  res.status(404).json({ error: 'Not found' })
})

A.Thiếu return trước res.json nên Express gửi response hai lần
B.next() đưa request đi tiếp và middleware 404 gửi response lần thứ hai
C.res.json bắt buộc phải là câu lệnh cuối cùng của handler
D.res.status phải được gọi trước res.json trong cùng một middleware

Đáp án: B

Nguồn tham khảo

Express docs — The default error handler

Câu 51NestJS

Nhờ cơ chế nào OrdersController nhận được instance của OrdersService mà không cần tự new?

@Injectable()
export class OrdersService {}

@Controller('orders')
export class OrdersController {
  constructor(private readonly ordersService: OrdersService) {}
}

A.DI container của Nest tạo instance và truyền vào constructor
B.Nest quét thư mục và gán service có tên file trùng với controller
C.Decorator @Controller tự new mọi class có gắn @Injectable()
D.TypeScript tự khởi tạo các tham số readonly khi biên dịch

Đáp án: A

Nguồn tham khảo

NestJS docs — Dependency injection fundamentals

Câu 52NestJS

Thứ tự nào đúng trong request lifecycle của NestJS?

A.Pipes → Guards → Middleware → Handler → Interceptors
B.Guards → Middleware → Pipes → Interceptors → Handler
C.Middleware → Pipes → Guards → Handler → Interceptors
D.Middleware → Guards → Interceptors → Pipes → Handler

Đáp án: D

Nguồn tham khảo

NestJS docs — Request lifecycle

Câu 53NestJS

canActivate của một guard trả về false. Client nhận được gì?

A.401 Unauthorized
B.403 Forbidden
C.500 Internal Server Error vì guard phải throw thay vì trả false
D.Request vẫn vào handler nhưng kèm cờ báo bị từ chối

Đáp án: B

Nguồn tham khảo

NestJS docs — Guards

Câu 54NestJS

ValidationPipe bật whitelist: true. Body gửi lên chứa field không khai báo trong DTO thì sao?

A.Field đó bị loại khỏi object trước khi vào handler
B.Field lạ được chuyển sang req.rawBody để xử lý riêng
C.Trả 400 ngay vì body chứa field không hợp lệ
D.Giữ nguyên field và ghi một dòng cảnh báo vào log

Đáp án: A

Nguồn tham khảo

NestJS docs — Validation

Câu 55NestJS

Handler NestJS throw new NotFoundException(). Điều gì xảy ra tiếp theo?

A.Exception filter bắt nó và trả response JSON 404 chuẩn
B.Process crash vì exception không được ai bắt
C.Lỗi rơi xuống error middleware 4 tham số như bên Express
D.Interceptor phía sau chuyển nó thành response 200 với body rỗng

Đáp án: A

Nguồn tham khảo

NestJS docs — Exception filters

Còn 25 câu Node.js mức Nâng cao

Phần Nâng cao đi vào tình huống chuyên sâu và các bẫy kỹ thuật hay gặp, dành cho thành viên Pro.

Nâng cấp gói

Mức Cơ bản — 20 câu Node.js

Đoạn code sau in ra gì?

Đoạn code sau in ra gì?

Đoạn code sau in ra gì?

Node.js được mô tả là "đơn luồng" (single-threaded) — điều đó nghĩa là gì?

require() (CommonJS) và import (ES Modules) trong Node.js khác nhau cơ bản ở điểm nào?

Quy ước "error-first callback" trong Node.js là gì?

Đoạn code sau in ra gì?

Khi triển khai graceful shutdown cho server Node.js, phát biểu nào ĐÚNG về tín hiệu SIGTERM và SIGKILL?

Ứng dụng Node đọc process.env.DATABASE_URL nhưng nhận undefined. Nguyên nhân hay gặp nhất?

Vì sao nên dùng path.join() thay vì nối chuỗi đường dẫn bằng dấu /?

Vì sao nên tránh fs.readFileSync() trong một request handler?

dependencies và devDependencies trong package.json khác nhau thế nào?

Trong một tệp ES Module của Node, __dirname có dùng được không?

buf.toString() không truyền tham số sẽ dùng mã hoá nào?

Biến NODE_ENV=production ảnh hưởng tới điều gì?

Trong Express, điều gì quyết định thứ tự chạy của các middleware?

Một middleware Express không gọi next() và cũng không gửi response. Request sẽ ra sao?

express.Router() thường được dùng để làm gì?

Trong NestJS, controller và provider khác nhau thế nào?

Chọn phiên bản Node.js cho một dự án production nên dựa vào đâu?

Mức Trung bình — 55 câu Node.js

Đoạn code sau in ra gì?

Đoạn code sau in ra gì?

Hai file CommonJS như sau, chạy node main.js in ra gì?

Hai file CommonJS như sau, chạy node main.js in ra gì?

Đoạn code sau in ra gì?

Đoạn code sau in ra gì?

process.nextTick() và setImmediate() khác nhau thế nào về thời điểm chạy callback?

Chương trình sau in ra gì, và vì sao?

Module cluster và worker_threads trong Node.js khác nhau thế nào, dùng khi nào?

Những phát biểu nào ĐÚNG về spawn(), exec() và fork() trong module child_process? (chọn nhiều)

Đoạn code sau in ra gì?

Đoạn code sau in ra gì?

Đoạn code sau in ra gì?

Những thao tác nào trong Node.js thực sự chạy trên thread pool của libuv (mặc định 4 thread)?

Những phát biểu nào ĐÚNG khi so sánh stream.pipeline() với .pipe()? (chọn nhiều)

Express thêm gì so với module http có sẵn của Node?

Middleware trong Express không gọi next() thì chuyện gì xảy ra?

Vì sao req.body là undefined khi client gửi JSON tới server Express?

Cấu hình CORS ở phía server Node bảo vệ ai?

Gửi một tệp 2 GB về client bằng cách đọc hết vào bộ nhớ rồi gửi gây vấn đề gì?

Rate limiting trên một API Node nên áp ở đâu là hiệu quả nhất?

Cách lưu khoá bí mật nào phù hợp cho ứng dụng Node chạy production?

"express": "^4.18.0" cho phép cài những phiên bản nào?

npm ci khác npm install ở điểm nào?

peerDependencies khai báo điều gì?

Node có sẵn test runner từ phiên bản nào và dùng thế nào?

Khi kiểm thử một module gọi API bên ngoài, cách nào cho bài kiểm thử ổn định nhất?

Cờ --watch của Node làm gì?

Chỉ số event loop lag đo cái gì và vì sao quan trọng?

Vì sao nên viết require("node:fs") thay vì require("fs")?

Top-level await dùng được ở đâu trong Node?

Cần sinh một chuỗi ngẫu nhiên làm token. Dùng API nào?

Vì sao ứng dụng Node nên dùng connection pool thay vì mở kết nối mới mỗi request?

Chạy transaction với connection pool cần lưu ý gì?

Vì sao ứng dụng Node trong production nên chạy sau một process manager?

Vì sao nên ghi log dạng có cấu trúc (JSON) thay vì chuỗi tự do?

Endpoint health check nên kiểm tra những gì?

Dockerfile cho ứng dụng Node nên dùng multi-stage build để làm gì?

Node có sẵn hàm fetch từ phiên bản nào?

Cách đặt thời gian chờ cho một lời gọi fetch trong Node là gì?

Bật nén (gzip hoặc brotli) cho phản hồi HTTP nên làm ở đâu?

Xác thực dữ liệu đầu vào của API nên làm ở đâu và bằng cách nào?

JSON.stringify() trên một object rất lớn gây vấn đề gì?

Cấu trúc thư mục nào thường bền hơn cho một dịch vụ Node cỡ vừa?

Thêm một lớp cache trước cơ sở dữ liệu cần cân nhắc điều gì đầu tiên?

os.cpus().length trong container báo con số nào?

Express nhận diện một middleware là error handler dựa vào đâu?

Chạy trên Express 4, khi db.findUser reject thì chuyện gì xảy ra?

app.use('/api', router) sẽ khớp với những request nào?

Đoạn code trên log lỗi "Cannot set headers after they are sent to the client". Vì sao?

Nhờ cơ chế nào OrdersController nhận được instance của OrdersService mà không cần tự new?

Thứ tự nào đúng trong request lifecycle của NestJS?

canActivate của một guard trả về false. Client nhận được gì?

ValidationPipe bật whitelist: true. Body gửi lên chứa field không khai báo trong DTO thì sao?

Handler NestJS throw new NotFoundException(). Điều gì xảy ra tiếp theo?

Còn 25 câu Node.js mức Nâng cao

Mức Cơ bản — 20 câu Node.js

Đoạn code sau in ra gì?

`require()` (CommonJS) và `import` (ES Modules) trong Node.js khác nhau cơ bản ở điểm nào?

Ứng dụng Node đọc `process.env.DATABASE_URL` nhưng nhận `undefined`. Nguyên nhân hay gặp nhất?

Vì sao nên dùng `path.join()` thay vì nối chuỗi đường dẫn bằng dấu `/`?

Vì sao nên tránh `fs.readFileSync()` trong một request handler?

`dependencies` và `devDependencies` trong package.json khác nhau thế nào?

Trong một tệp ES Module của Node, `__dirname` có dùng được không?

`buf.toString()` không truyền tham số sẽ dùng mã hoá nào?

Biến `NODE_ENV=production` ảnh hưởng tới điều gì?

Hai file CommonJS như sau, chạy `node main.js` in ra gì?

Hai file CommonJS như sau, chạy `node main.js` in ra gì?

`process.nextTick()` và `setImmediate()` khác nhau thế nào về thời điểm chạy callback?

Module `cluster` và `worker_threads` trong Node.js khác nhau thế nào, dùng khi nào?

Những phát biểu nào ĐÚNG về `spawn()`, `exec()` và `fork()` trong module `child_process`? (chọn nhiều)

Những phát biểu nào ĐÚNG khi so sánh `stream.pipeline()` với `.pipe()`? (chọn nhiều)

Express thêm gì so với module `http` có sẵn của Node?

Middleware trong Express không gọi `next()` thì chuyện gì xảy ra?

Vì sao `req.body` là `undefined` khi client gửi JSON tới server Express?

`"express": "^4.18.0"` cho phép cài những phiên bản nào?

`npm ci` khác `npm install` ở điểm nào?

`peerDependencies` khai báo điều gì?

Cờ `--watch` của Node làm gì?

Vì sao nên viết `require("node:fs")` thay vì `require("fs")`?

Node có sẵn hàm `fetch` từ phiên bản nào?

Cách đặt thời gian chờ cho một lời gọi `fetch` trong Node là gì?

`JSON.stringify()` trên một object rất lớn gây vấn đề gì?

`os.cpus().length` trong container báo con số nào?

`require()` (CommonJS) và `import` (ES Modules) trong Node.js khác nhau cơ bản ở điểm nào?

Ứng dụng Node đọc `process.env.DATABASE_URL` nhưng nhận `undefined`. Nguyên nhân hay gặp nhất?

Vì sao nên dùng `path.join()` thay vì nối chuỗi đường dẫn bằng dấu `/`?

Vì sao nên tránh `fs.readFileSync()` trong một request handler?

`dependencies` và `devDependencies` trong package.json khác nhau thế nào?

Trong một tệp ES Module của Node, `__dirname` có dùng được không?

`buf.toString()` không truyền tham số sẽ dùng mã hoá nào?

Biến `NODE_ENV=production` ảnh hưởng tới điều gì?

Hai file CommonJS như sau, chạy `node main.js` in ra gì?

Hai file CommonJS như sau, chạy `node main.js` in ra gì?

`process.nextTick()` và `setImmediate()` khác nhau thế nào về thời điểm chạy callback?

Module `cluster` và `worker_threads` trong Node.js khác nhau thế nào, dùng khi nào?

Những phát biểu nào ĐÚNG về `spawn()`, `exec()` và `fork()` trong module `child_process`? (chọn nhiều)

Những phát biểu nào ĐÚNG khi so sánh `stream.pipeline()` với `.pipe()`? (chọn nhiều)

Express thêm gì so với module `http` có sẵn của Node?

Middleware trong Express không gọi `next()` thì chuyện gì xảy ra?

Vì sao `req.body` là `undefined` khi client gửi JSON tới server Express?

`"express": "^4.18.0"` cho phép cài những phiên bản nào?

`npm ci` khác `npm install` ở điểm nào?

`peerDependencies` khai báo điều gì?

Cờ `--watch` của Node làm gì?

Vì sao nên viết `require("node:fs")` thay vì `require("fs")`?

Node có sẵn hàm `fetch` từ phiên bản nào?

Cách đặt thời gian chờ cho một lời gọi `fetch` trong Node là gì?

`JSON.stringify()` trên một object rất lớn gây vấn đề gì?

`os.cpus().length` trong container báo con số nào?