Đáp án Quiz Frontend Core — 75 câu hỏi có giải thích

Đáp án: B

Cookie khoảng 4KB, tự gửi kèm request tới cùng domain, đặt được HttpOnly (JavaScript không đọc được), Secure và SameSite. localStorage khoảng 5–10MB, chỉ đọc bằng JavaScript, tồn tại đến khi bị xoá, dùng chung giữa các tab cùng origin. sessionStorage giống localStorage nhưng riêng cho từng tab và mất khi đóng tab.

Đáp án: B

2xx là thành công (200 OK, 201 Created, 204 No Content). 3xx là chuyển hướng (301 vĩnh viễn, 302 tạm thời, 304 dùng lại bản cache). 4xx là lỗi từ phía client: 400 dữ liệu sai, 401 chưa xác thực, 403 đã xác thực nhưng không đủ quyền, 404 không tồn tại, 409 xung đột, 429 quá nhiều request. 5xx là lỗi phía server (500, 502, 503, 504).

Đáp án: B

Same-Origin Policy là chính sách của trình duyệt: script chỉ đọc được dữ liệu từ chính origin của nó. Origin gồm giao thức, tên miền và cổng — khác một trong ba là khác origin. Nó không chặn việc gửi request (ảnh, form, script vẫn tải được), mà chặn việc JavaScript đọc phản hồi và truy cập DOM của origin khác. CORS là cách server cho phép có kiểm soát.

Đáp án: B

Script thường chặn quá trình phân tích HTML: trình duyệt dừng lại, tải và chạy xong mới đi tiếp. async tải song song và chạy ngay khi tải xong, nên thứ tự giữa các script không đảm bảo — hợp với script độc lập như analytics. defer tải song song nhưng hoãn chạy tới khi HTML phân tích xong và giữ đúng thứ tự khai báo — mặc định tốt cho script ứng dụng.

Đáp án: D

SPA tải HTML và bundle một lần, sau đó router phía client đổi nội dung và cập nhật URL mà không tải lại trang — chuyển màn nhanh, giữ được state. MPA để server trả một tài liệu HTML riêng cho mỗi đường dẫn — hiển thị lần đầu nhanh, SEO đơn giản, nhưng mỗi lần điều hướng là một lần tải lại. Nhiều ứng dụng hiện nay dùng cách lai: server render trang đầu rồi điều hướng phía client.

Đáp án: B

JWT có ba phần nối bằng dấu chấm: header (thuật toán ký), payload (các claim như sub, exp, role) và signature. Header và payload chỉ được mã hoá base64url — đây là cách biểu diễn, không phải bảo mật, nên bất kỳ ai cầm token đều đọc được nội dung. Signature bảo đảm token không bị sửa. Vì vậy không đặt dữ liệu nhạy cảm vào payload.

Đáp án: D

Thẻ ngữ nghĩa mang sẵn ba thứ: vai trò cho trình đọc màn hình, hành vi bàn phím (focus, Enter/Space) và trạng thái mặc định. <div role="button"> chỉ có vai trò — vẫn phải tự thêm tabindex, xử lý phím, và trạng thái aria-disabled. Nguyên tắc chung là dùng phần tử đúng nghĩa trước, ARIA chỉ để mô tả những thứ HTML không diễn đạt được (ví dụ aria-live, aria-expanded).

Đáp án: B

Ba mảnh: thẻ <meta name="viewport" content="width=device-width, initial-scale=1"> để trình duyệt di động dùng đúng chiều rộng thiết bị; layout co giãn bằng đơn vị tương đối, max-width, flexbox/grid; và media query đổi layout ở các mốc. Cách làm mặc định là mobile-first: viết cho màn nhỏ trước rồi mở rộng bằng min-width, vì thêm vào dễ hơn gỡ bỏ.

Đáp án: B

Bốn trạng thái: đang tải (skeleton giữ đúng layout để không nhảy layout), có dữ liệu, rỗng (thành công nhưng danh sách trống — nên có hướng dẫn hoặc nút tạo mới) và lỗi (thông báo hiểu được kèm nút thử lại). Thiếu nhánh rỗng là lỗi hay gặp nhất, khiến người dùng nhìn màn hình trắng mà không hiểu chuyện gì.

Đáp án: B

alt="" khi ảnh chỉ để trang trí — icon nền, đường kẻ, hình minh họa không thêm thông tin. Screen reader sẽ bỏ qua hoàn toàn. Nếu bỏ hẳn thuộc tính alt, screen reader lại đọc tên file, gây nhiễu tệ hơn.

Đáp án: D

Đó là cây đối tượng biểu diễn tài liệu, do trình duyệt dựng ra sau khi phân tích mã đánh dấu. Mọi thay đổi giao diện lúc chạy diễn ra trên cây này chứ không trên văn bản gốc đã tải về.

Đáp án: C

Nó bảo trình duyệt di động dùng đúng chiều rộng màn hình thay vì giả định một khung rộng như máy tính rồi thu nhỏ cả trang. Thiếu nó thì chữ rất nhỏ và các điểm ngắt responsive không kích hoạt.

Đáp án: B

300px. Với chế độ này, giá trị khai báo là kích thước của cả hộp, nên phần nội dung tự co lại còn 256px để chừa chỗ. Ở chế độ mặc định thì kết quả là 344px vì padding và border cộng thêm vào.

Đáp án: A

Một cách bỏ hẳn phần tử khỏi bố cục nên các phần tử xung quanh dồn lại; cách kia vẫn giữ chỗ nên bố cục không đổi. Cả hai đều ẩn nội dung khỏi trình đọc màn hình.

Đáp án: B

Vì chữ co giãn theo thiết lập cỡ chữ của trình duyệt. Người dùng đặt cỡ chữ lớn hơn sẽ thấy trang phóng theo, còn giá trị tuyệt đối thì bỏ qua thiết lập đó — một rào cản tiếp cận thật với người lớn tuổi.

Đáp án: D

Một phương thức chỉ để đọc và không làm thay đổi gì, phương thức kia gửi dữ liệu gây thay đổi. Vì phương thức đọc được coi là an toàn, trình duyệt và các tầng đệm tự do gọi lại nó bất cứ lúc nào.

Đáp án: B

Nó bảo đảm nội dung không bị đọc trộm hoặc sửa trên đường truyền, và xác thực rằng máy chủ đúng là chủ của tên miền đó. Nó không nói gì về việc trang đó có đáng tin hay có lỗ hổng hay không.

Đáp án: C

Nút mặc định là nút gửi biểu mẫu. Cách xử lý: khai báo loại nút là nút thường, hoặc gọi hàm chặn hành vi mặc định trong trình xử lý sự kiện gửi.

Đáp án: D

Phần tử dính giữ vị trí trong lúc phần tử cha còn trong tầm nhìn rồi cuộn đi cùng nó; phần tử cố định luôn ở nguyên chỗ so với màn hình bất kể cuộn tới đâu.

Đáp án: B

Bộ chọn có độ ưu tiên cao hơn thắng, và chỉ khi bằng nhau thì quy tắc viết sau mới thắng. Độ ưu tiên tính theo số lượng định danh, lớp và thẻ trong bộ chọn — theo thứ tự quan trọng giảm dần.

Đáp án: D

CORS là cách server nới lỏng Same-Origin Policy bằng header phản hồi: Access-Control-Allow-Origin, -Methods, -Headers, và -Credentials khi cần gửi cookie. Với request "không đơn giản" (method PUT/DELETE/PATCH, header tuỳ chỉnh như Authorization, hoặc Content-Type: application/json), trình duyệt gửi trước một OPTIONS để hỏi phép. Lỗi CORS phải sửa ở server, không sửa được từ client.

Đáp án: C

XSS là việc chèn được script chạy trong ngữ cảnh trang của người dùng. Ba lớp phòng thủ theo thứ tự: để framework escape mặc định và tránh các API render HTML thô; làm sạch bằng DOMPurify khi bắt buộc phải hiển thị HTML người dùng; và đặt CSP để hạn chế script được phép chạy. Validate ở client không phải biện pháp bảo mật vì API vẫn gọi trực tiếp được.

Đáp án: A

CSRF lợi dụng việc cookie tự động đi kèm request tới đúng domain: một trang khác dụ trình duyệt gửi request tới ứng dụng mà người dùng đang đăng nhập, và server thực hiện hành động vì thấy cookie hợp lệ. Phòng chống: đặt SameSite=Lax hoặc Strict cho cookie phiên, kiểm tra CSRF token cho các thao tác ghi, và không dùng GET cho hành động thay đổi dữ liệu.

Đáp án: B

Với session, server lưu trạng thái phiên và cookie chỉ mang một id — muốn đăng xuất hoặc khoá tài khoản thì xoá phiên là có hiệu lực ngay, nhưng server phải tra cứu mỗi request và cần kho dùng chung khi chạy nhiều máy. Với JWT, thông tin nằm trong token và server chỉ kiểm chữ ký — không cần tra cứu, nhưng token đã phát thì có hiệu lực tới khi hết hạn trừ khi duy trì danh sách vô hiệu.

Đáp án: D

Đặt xử lý ở một lớp chung: khi gặp 401, kiểm tra cờ "đang refresh" — nếu chưa thì gọi refresh một lần, các request 401 khác xếp vào hàng đợi; refresh xong thì phát lại toàn bộ hàng đợi với token mới. Nếu refresh thất bại thì xoá phiên và chuyển về đăng nhập. Cần chặn vòng lặp vô hạn: không refresh cho chính request refresh, và chỉ thử lại mỗi request một lần.

Đáp án: D

Một sự kiện đi qua ba pha: capturing từ window xuống phần tử đích, tới đích, rồi bubbling nổi ngược lên. addEventListener mặc định nghe ở pha bubbling; truyền { capture: true } để nghe ở pha xuống. Event delegation gắn một listener ở phần tử cha và dùng event.target.closest(...) để biết con nào bị tác động — ít listener hơn và hoạt động cả với phần tử thêm vào sau.

Đáp án: A

Optimistic update là cập nhật giao diện ngay theo kết quả kỳ vọng, không chờ server — thao tác có cảm giác tức thì. Điều kiện để làm được: giữ lại trạng thái trước khi sửa, khi request thất bại thì khôi phục đúng trạng thái đó và báo lỗi rõ ràng. Hợp với thao tác nhỏ, tỷ lệ thành công cao (thích, đánh dấu, đổi thứ tự); không hợp với thanh toán hay thao tác không hoàn tác được.

Đáp án: A

Tạo một AbortController, truyền controller.signal vào fetch, và gọi controller.abort() khi cần huỷ — promise reject với lỗi có name === "AbortError", cần bỏ qua để không hiển thị như lỗi thật. AbortSignal.timeout(ms) cho trường hợp cần hạn thời gian. Cùng cơ chế này dùng được cho addEventListener qua tuỳ chọn signal.

Đáp án: C

Web Worker chạy JavaScript trên luồng riêng để tính toán nặng không làm treo giao diện — trang và worker trao đổi bằng postMessage, worker không đụng được DOM. Service Worker là một proxy giữa trang và mạng: chặn request, phục vụ từ cache, cho phép hoạt động ngoại tuyến và nhận push. Nó sống độc lập với tab, chỉ chạy trên HTTPS (hoặc localhost).

Đáp án: A

Chiến lược chuẩn: asset có hash trong tên (app.9f2c1b.js) đặt Cache-Control: max-age=31536000, immutable; HTML điểm vào đặt no-cache để luôn xác thực lại. no-cache là "lưu nhưng phải hỏi lại", no-store mới là không lưu. ETag/Last-Modified cho phép trả 304 khi nội dung chưa đổi, tiết kiệm băng thông dù vẫn tốn một vòng request.

Đáp án: B

Bắt đầu từ route: mỗi trang một chunk, người dùng chỉ tải phần mình vào. Tiếp theo là các khối nặng chỉ xuất hiện khi tương tác — modal phức tạp, trình soạn thảo, thư viện biểu đồ, bản đồ. Tránh chia quá vụn vì mỗi chunk là một request và có chi phí điều phối. Với chunk khả năng cao sẽ cần, có thể tải trước ở thời điểm rảnh hoặc khi người dùng rê chuột vào nút mở.

Đáp án: C

Tree-shaking loại bỏ export không được dùng, dựa vào cấu trúc tĩnh của ES Modules — import/export xác định được lúc build. Nó thất bại khi thư viện chỉ phát hành CommonJS, khi import kiểu import * as _ from "lib" rồi dùng vài hàm, hoặc khi module có tác dụng phụ lúc import mà bundler không đánh dấu được (sideEffects trong package.json).

Đáp án: D

Bốn việc theo thứ tự tác động: phục vụ đúng kích thước bằng srcset/sizes; dùng WebP/AVIF kèm dự phòng; hoãn tải ảnh ngoài màn hình bằng loading="lazy"; và luôn khai báo width/height (hoặc aspect-ratio) để giữ chỗ, tránh nhảy layout. Riêng ảnh chính đầu trang thì không lazy — nó thường là phần tử LCP, nên ưu tiên tải sớm.

Đáp án: C

LCP (Largest Contentful Paint) đo thời điểm khối nội dung lớn nhất hiển thị. INP (Interaction to Next Paint) đo độ trễ từ khi người dùng tương tác tới khung hình phản hồi kế tiếp — thay cho FID. CLS (Cumulative Layout Shift) đo mức nhảy layout ngoài ý muốn. Đo bằng Lighthouse để chẩn đoán và bằng dữ liệu người dùng thật (thư viện web-vitals, CrUX) để biết tình hình thực tế.

Đáp án: B

Listener scroll chạy rất nhiều lần, và bên trong thường phải gọi getBoundingClientRect() — thao tác buộc trình duyệt tính lại layout ngay lập tức, dễ gây giật. IntersectionObserver để trình duyệt tự theo dõi và gọi callback bất đồng bộ khi tỷ lệ giao thay đổi. Có rootMargin để kích hoạt sớm và threshold để chọn mức hiển thị.

Đáp án: D

Toàn bộ hàng đợi vi mô được vét sạch sau mỗi tác vụ vĩ mô và trước lần vẽ lại tiếp theo. Nên một chuỗi vi mô sinh ra vô hạn sẽ chặn hẳn việc vẽ lại và làm trang treo cứng.

Đáp án: C

Cách đầu chờ tới khi sự kiện ngừng hẳn trong một khoảng rồi mới chạy một lần. Cách sau chạy đều tối đa một lần trong mỗi chu kỳ. Ô tìm kiếm hợp cách đầu; sự kiện cuộn hợp cách sau.

Đáp án: A

Listener tự gỡ sau lần chạy đầu tiên. Nó tránh phải giữ một tham chiếu tới hàm chỉ để gỡ nó ra sau — một nguồn rò rỉ khi người ta quên bước gỡ.

Đáp án: C

Khi cần lưu nhiều dữ liệu có cấu trúc và truy vấn theo index. Kho khoá giá trị đơn giản chỉ lưu chuỗi, giới hạn vài megabyte, và mọi thao tác đều chặn luồng chính — nên nó không hợp cho dữ liệu lớn.

Đáp án: A

Theo mức độ cho phép gửi cookie trong request xuất phát từ site khác. Mức chặt nhất không gửi kể cả khi người dùng bấm liên kết từ site khác sang — nên họ tới nơi trong trạng thái chưa đăng nhập.

Đáp án: C

Vấn đề chặn đầu dòng: phiên bản cũ chỉ xử lý một request tại một thời điểm trên mỗi kết nối. Phiên bản mới cho nhiều luồng chạy song song trên một kết nối, kèm nén header.

Đáp án: B

Máy chủ gửi một mã định danh phiên bản của tài nguyên; lần sau client gửi lại mã đó, và máy chủ trả về mã trạng thái báo không đổi nếu nội dung vẫn vậy. Phản hồi đó không có thân nên tiết kiệm băng thông.

Đáp án: A

Khi có định vị kèm chỉ số chồng, độ mờ dưới một, phép biến đổi, bộ lọc, và một số thuộc tính khác. Con của nó bị giới hạn trong ngữ cảnh đó — chỉ số chồng cao tới đâu cũng không vượt ra ngoài phạm vi cha.

Đáp án: C

Layout một chiều — một hàng hoặc một cột — hợp với hộp linh hoạt. Layout hai chiều có cả hàng và cột cần căn với nhau thì hợp với lưới. Chúng bổ trợ nhau và thường dùng cùng trong một trang.

Đáp án: C

Nó đáp ứng theo kích thước phần tử chứa thay vì kích thước màn hình. Nhờ đó một thành phần thẻ hiển thị đúng dù đặt trong thanh bên hẹp hay vùng nội dung rộng, mà không cần biết gì về layout trang.

Đáp án: C

Chúng tồn tại lúc chạy: đổi được bằng JavaScript, kế thừa theo cây DOM, và đổi giá trị theo truy vấn phương tiện. Biến của bộ tiền xử lý bị thay thế lúc biên dịch nên không còn tồn tại trong kết quả.

Đáp án: C

Nó cho trình duyệt bỏ qua việc dựng và vẽ nội dung nằm ngoài vùng nhìn thấy cho tới khi người dùng cuộn tới. Với trang rất dài, nó giảm đáng kể thời gian vẽ lần đầu mà không cần viết mã cuộn ảo.

Đáp án: C

Độ trễ từ khi người dùng tương tác — bấm, chạm, gõ phím — tới khi màn hình cập nhật. Nó thay cho chỉ số cũ vốn chỉ đo tương tác đầu tiên, trong khi chỉ số mới xét toàn bộ phiên và lấy giá trị xấu gần nhất.

Đáp án: B

Chống việc một script hoặc tệp kiểu tải từ mạng phân phối bị thay đổi nội dung. Trình duyệt so mã băm của tệp tải về với giá trị khai trong thẻ và từ chối chạy nếu lệch.

Đáp án: D

Chống việc trang mới điều khiển trang gốc qua tham chiếu tới cửa sổ mở nó. Một trang độc hại dùng tham chiếu đó chuyển trang gốc sang một trang đăng nhập giả mạo — người dùng quay lại tab cũ và nhập mật khẩu vào đó.

Đáp án: C

Ba việc: chuyển tiêu điểm vào hộp thoại khi mở, giữ tiêu điểm không cho ra ngoài, và trả về đúng phần tử đã mở nó khi đóng. Không làm thì người dùng bàn phím vẫn đi ra nền phía sau và mất phương hướng.

Đáp án: B

Khi nội dung thay đổi động mà người dùng không chủ động gây ra ở vị trí họ đang đứng — thông báo lỗi biểu mẫu, kết quả tìm kiếm cập nhật, hoặc một thông báo tạm. Trình đọc màn hình không tự thông báo các thay đổi đó.

Đáp án: D

Ánh xạ mã đã rút gọn về mã gốc để đọc được dấu vết lỗi. Nên tải lên dịch vụ giám sát lỗi thay vì phơi công khai — như vậy bạn đọc được dấu vết mà mã nguồn không lộ ra cho mọi người.

Đáp án: B

Hệ module mới có cấu trúc tĩnh: các lệnh nhập và xuất phải ở cấp ngoài cùng, nên bundler phân tích được phần nào không dùng và loại bỏ. Cú pháp cũ cho phép nạp có điều kiện nên không suy ra được điều đó.

Đáp án: B

Ở một nơi chung cho cả biểu mẫu — một kho trạng thái hoặc một ngữ cảnh ở cấp bao ngoài. Và cân nhắc lưu tạm vào bộ nhớ trình duyệt để người dùng không mất dữ liệu khi lỡ tải lại trang.

Đáp án: D

Giữ một promise làm mới dùng chung: request đầu tiên khởi động việc làm mới, các request sau chờ chính promise đó rồi cùng thử lại. Nhiều lần làm mới song song có thể làm vô hiệu lẫn nhau nếu máy chủ xoay vòng mã làm mới.

Đáp án: D

Kẻ tấn công nhúng trang của bạn vào một khung trong suốt đè lên trang của họ. Người dùng nghĩ mình bấm vào nút của trang kia nhưng thực ra bấm vào nút trên trang bạn. Chống bằng header từ chối bị nhúng.

Đáp án: B

Kiểm khi người dùng rời ô nhập lần đầu, rồi chuyển sang kiểm theo từng ký tự sau khi ô đó đã có lỗi — để họ thấy lỗi biến mất ngay khi sửa đúng. Báo lỗi từ ký tự đầu tiên gây cảm giác bị chê trách.

Đáp án: C

Thông điệp thân thiện kèm hành động tiếp theo người dùng làm được, còn chi tiết kỹ thuật thì ghi vào log kèm một mã truy vết. Đưa mã đó cho người dùng để họ báo lỗi và bạn tra được đúng bản ghi.

Đáp án: A

Lần lượt: tải sớm một tài nguyên chắc chắn cần cho trang này với ưu tiên cao; tải trước một tài nguyên cho lần điều hướng sau với ưu tiên thấp; và mở sẵn kết nối tới một tên miền để bỏ chi phí bắt tay.

Đáp án: A

Một thuộc tính liệt kê các bản ảnh kèm chiều rộng thật của chúng, và một thuộc tính mô tả kích thước hiển thị ở từng cỡ màn hình. Thiếu thuộc tính thứ hai, trình duyệt giả định ảnh rộng bằng viewport và tải bản quá lớn.

Đáp án: A

Đổi đường dẫn hiển thị và thêm mục vào lịch sử mà không tải lại trang — đây là nền tảng của việc định tuyến trong ứng dụng một trang. Phải nghe thêm sự kiện điều hướng lịch sử để xử lý khi người dùng bấm quay lại.

Đáp án: D

Một luồng công nhân chạy trên luồng riêng và giao tiếp bằng thông điệp. Nó không truy cập được DOM, nên chỉ hợp cho tính toán thuần — xử lý ảnh, phân tích dữ liệu lớn, mã hoá — chứ không cho việc cập nhật giao diện.

Đáp án: B

Cô lập cây DOM và CSS bên trong khỏi phần còn lại của trang. Nhờ đó một tiện ích nhúng vào một trang lạ không bị CSS của trang đó phá vỡ giao diện, và ngược lại kiểu của nó không rò ra ngoài.

Đáp án: D

Định dạng số, tiền tệ và ngày giờ theo vùng miền; quy tắc số nhiều khác nhau giữa các ngôn ngữ; trật tự từ khác nhau; và chiều viết từ phải sang trái với một số ngôn ngữ.

Đáp án: A

Cho nhiều nhóm phát triển và triển khai độc lập trên cùng một sản phẩm. Đổi lại: phức tạp về vận hành, phụ thuộc bị lặp giữa các mảnh làm tổng dung lượng tăng, và khó giữ giao diện nhất quán.

Đáp án: C

Tách trạng thái từ máy chủ khỏi trạng thái giao diện và dùng công cụ khác nhau. Dữ liệu từ API có nhu cầu riêng về lưu đệm, làm mới và đồng bộ mà một kho trạng thái thông thường không giải quyết.

Đáp án: B

Bật tắt tính năng lúc chạy, tách việc triển khai mã khỏi việc phát hành tính năng. Nhờ đó gộp mã liên tục vào nhánh chính, bật dần cho từng nhóm người dùng, và gỡ một tính năng lỗi trong vài giây.

Đáp án: C

Phần lớn là kiểm thử thành phần kiểm hành vi thật mà vẫn chạy nhanh. Một số ít kiểm thử đầu cuối cho các luồng nghiệp vụ quan trọng nhất. Và kiểm thử đơn vị cho các hàm logic thuần — thường ít hơn nhiều so với ở backend. Hình dạng này gọi là chiếc cúp kiểm thử, khác với kim tự tháp quen thuộc.

Đáp án: C

Một script đồng bộ trong phần đầu tài liệu đọc lựa chọn đã lưu và đặt một lớp hoặc thuộc tính trên thẻ gốc, trước khi nội dung được vẽ. Đặt sau khi khung giao diện khởi động thì người dùng thấy nền sáng loé lên rồi mới chuyển tối.

Đáp án: C

Ba bước theo thứ tự: chạy một công cụ tự động để bắt các lỗi rõ ràng, duyệt toàn bộ trang bằng bàn phím để kiểm tra thứ tự tiêu điểm và các bẫy tiêu điểm, rồi thử với một trình đọc màn hình.

Đáp án: C

Đặt ngưỡng dung lượng trong quy trình tích hợp liên tục và chặn bản build khi vượt. Không có ngưỡng, gói phình dần qua từng lần thêm thư viện mà không ai để ý cho tới khi trang chậm rõ rệt.

Đáp án: B

Xin một đường dẫn ký sẵn từ máy chủ rồi tải thẳng lên kho lưu trữ đối tượng, và chia thành nhiều phần nếu tệp rất lớn. Đi qua máy chủ ứng dụng khiến nó phải giữ toàn bộ tệp và chiếm băng thông không cần thiết.

Đáp án: A

Vì đơn vị đó không tính thanh địa chỉ có thể ẩn hiện. Chiều cao khả dụng thay đổi khi người dùng cuộn, nên phần tử bị tràn hoặc hụt. Các đơn vị khung nhìn động được thêm sau này giải quyết đúng vấn đề này.

Đáp án: D

Trình duyệt cuộn ngay mà không chờ mã chạy xong. Không khai báo thì nó phải chờ xem mã có chặn hành vi mặc định hay không, và độ trễ đó làm việc cuộn giật trên thiết bị yếu.