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

Đáp án: C

Virtual DOM là representation trong memory của DOM thật. Khi state thay đổi, React tạo cây Virtual DOM mới, diff với cây cũ để tính ra tập thay đổi tối thiểu, rồi áp dụng vào DOM thật (reconciliation). Mục đích là giảm số thao tác DOM tốn kém, không phải lúc nào cũng nhanh hơn thao tác DOM trực tiếp.

Đáp án: C

Props là dữ liệu component cha truyền xuống con, read-only — component nhận không được sửa. State là dữ liệu nội bộ do component tự quản lý, thay đổi qua setter và mỗi lần cập nhật sẽ kích hoạt re-render. Ghi nhớ nhanh: props như tham số hàm, state như biến cục bộ của component.

Đáp án: B

Dùng index làm key là vấn đề khi danh sách có thể thêm/xoá/đổi thứ tự: xoá phần tử đầu làm index các phần tử sau dịch lên, React match nhầm item giữa hai lần render, khiến local state (input đang gõ, checkbox, focus) gắn sai dòng. Nên dùng ID ổn định từ dữ liệu, ví dụ todo.id.

Đáp án: D

Lifting state up là chuyển state lên component cha chung gần nhất khi nhiều component cần chia sẻ cùng dữ liệu. Cha giữ state làm nguồn duy nhất, truyền xuống qua props, các con cập nhật qua callback. Thực hiện khi hai sibling bị mất đồng bộ dữ liệu; nếu phải lift qua quá nhiều tầng thì cân nhắc Context hoặc state manager.

Đáp án: A

JSX (JavaScript XML) là cú pháp mở rộng của JavaScript cho phép viết markup giống HTML ngay trong code JS. React dùng JSX vì nó mô tả UI trực quan và cho phép đặt logic cùng markup trong một component. Trình duyệt không hiểu JSX — Babel hoặc SWC transpile nó thành lời gọi hàm tạo element (React.createElement / _jsx) trước khi chạy.

Đáp án: B

useState nhận giá trị khởi tạo và trả về mảng [giá trị hiện tại, hàm setter]. Gọi setter lên lịch re-render với giá trị mới — biến count trong render hiện tại không đổi ngay tại chỗ. Giá trị khởi tạo chỉ dùng ở lần mount đầu; các render sau React trả về state đang lưu. Gán trực tiếp vào biến thường không làm UI cập nhật.

Đáp án: D

Conditional rendering trong React dùng biểu thức JavaScript thông thường: toán tử ba ngôi cond ? <A /> : <B /> để chọn giữa hai nhánh; logical AND cond && <A /> để hiện hoặc ẩn một thành phần; if/else hoặc switch đặt bên ngoài return cho logic phức tạp, gán kết quả vào biến rồi nhúng vào JSX. React không có directive kiểu v-if.

Đáp án: A

Trong dấu ngoặc nhọn của JSX chỉ đặt được biểu thức — đoạn code trả về một giá trị. Vòng lặp for là câu lệnh, không trả về gì, nên gây lỗi cú pháp nếu đặt trong JSX. items.map(item => <li key={item.id}>...</li>) là biểu thức trả về mảng element, nhúng trực tiếp được. Vẫn dùng được for bên ngoài JSX: build mảng trước rồi nhúng biến vào.

Đáp án: B

Lỗi ở onClick={handleClick()}: cặp ngoặc () khiến hàm chạy ngay lúc render, và giá trị trả về (undefined) mới là thứ được gán vào onClick — click nút không có gì xảy ra. Cách đúng là truyền function reference: onClick={handleClick}. Muốn truyền tham số thì bọc arrow function: onClick={() => handleClick(id)}.

Đáp án: A, B, C

React Fragment (<React.Fragment> hoặc viết tắt <>) nhóm nhiều element cùng cấp mà không tạo thêm DOM node thừa. Dùng khi component cần return nhiều phần tử song song, đặc biệt trong ngữ cảnh HTML chặt chẽ như <tr> trong <table> — nơi div bọc ngoài làm sai cấu trúc. Lưu ý: cú pháp rút gọn <>...</> không nhận key; render danh sách Fragment phải dùng dạng đầy đủ.

Đáp án: B

props.children là prop đặc biệt chứa nội dung được nhúng giữa thẻ mở và thẻ đóng của component. Ví dụ <Card><p>Hi</p></Card> thì bên trong Card, {children} chính là <p>Hi</p>. Đây là nền tảng của composition: xây wrapper component (Modal, Layout, Card) quyết định khung bọc ngoài mà không cần biết trước nội dung bên trong là gì.

Đáp án: C

Hiển thị số "0". Vì 0 là falsy, biểu thức count && ... short-circuit và trả về 0 — mà React render số thành text, khác với null, undefined, true, false (bị bỏ qua hoàn toàn). Fix: đảm bảo vế trái của && là boolean thật — count > 0 && <span>...</span> hoặc !!count && <span>...</span>.

Đáp án: D

Vì JSX dùng chữ cái đầu để phân biệt: viết thường thì được biên dịch thành chuỗi tên thẻ HTML, viết hoa thì được coi là tham chiếu tới một biến chứa component. Đặt tên component viết thường sẽ tạo ra một thẻ HTML không tồn tại và không có gì hiển thị.

Đáp án: A

Người dùng bàn phím không dùng được: thẻ chia khối không nhận tiêu điểm bằng phím Tab và không phản hồi phím Enter hay Space. Trình đọc màn hình cũng không thông báo đây là một nút. Thử bằng chuột thì mọi thứ có vẻ ổn nên lỗi rất dễ lọt.

Đáp án: D

Không có tác dụng gì. Mọi kiểm tra bổ sung — gọi hai lần các hàm phải thuần tuý, chạy hai lần chu kỳ thiết lập và dọn dẹp của effect, cảnh báo về API cũ — chỉ tồn tại trong môi trường phát triển và bị loại hoàn toàn khỏi bản production.

Đáp án: A

Vì React không lưu tên hook mà nhận diện chúng theo thứ tự gọi trong mỗi lần render. Gọi có điều kiện làm thứ tự thay đổi giữa các lần render, nên giá trị của một hook bị gán nhầm cho hook khác — dữ liệu lẫn lộn mà không có lỗi rõ ràng.

Đáp án: C

Vì tên gốc là từ khoá của JavaScript. JSX được biên dịch thành lời gọi JavaScript nên tên thuộc tính phải hợp lệ trong ngôn ngữ, và tên thay thế khớp đúng với thuộc tính tương ứng của phần tử trong cây tài liệu.

Đáp án: A

Gán giá trị mặc định ngay khi rã prop trong danh sách tham số. Đây là cú pháp của chính JavaScript nên nó áp dụng khi prop không được truyền hoặc mang giá trị chưa xác định.

Đáp án: D

Tạo object mới sao chép các trường cũ rồi ghi đè trường cần đổi. React so sánh tham chiếu để biết state đã đổi, và khác với các thư viện khác, hàm cập nhật ở đây thay thế toàn bộ chứ không tự gộp.

Đáp án: A

Tạo một gốc render trên một phần tử của trang rồi render cây component vào đó. Toàn bộ giao diện do React quản lý nằm bên trong phần tử đó, nên phần còn lại của trang không bị ảnh hưởng.

Đáp án: D

Đây là controlled component: prop value gắn giá trị hiển thị vào React state, và onChange là con đường duy nhất cập nhật nó — state là nguồn sự thật. Uncontrolled thì ngược lại: DOM tự giữ giá trị, React chỉ đọc ra khi cần qua ref (thường kết hợp defaultValue).

Đáp án: D

Kết quả là 1. Event handler capture closure — count bị đóng băng ở giá trị 0 của render hiện tại, nên cả ba lệnh đều tính 0 + 1; React batch chúng thành một lần re-render với giá trị 1. Muốn cộng dồn, dùng functional updater: setCount(prev => prev + 1) ba lần sẽ ra 3.

Đáp án: D

Ba trường hợp: không truyền array — effect chạy sau mỗi render; array rỗng [] — chỉ chạy sau mount (cleanup khi unmount); array có giá trị [a, b] — chạy lại khi a hoặc b thay đổi, so sánh bằng Object.is. React không tự phân tích code trong effect, nên ESLint rule exhaustive-deps giúp phát hiện dependency bị khai thiếu.

Đáp án: A

Thiếu cleanup: effect phải return () => clearInterval(id). Không có nó, khi component unmount interval vẫn chạy — memory leak và setState trên component đã unmount. Cleanup chạy trước khi effect chạy lại và khi unmount; mọi effect tạo timer, subscription, event listener đều cần cleanup tương ứng.

Đáp án: C

useCallback memoize chính function — giữ reference ổn định giữa các render; useMemo gọi function và memoize kết quả trả về. Đẳng thức: useCallback(fn, deps) tương đương useMemo(() => fn, deps). Dùng useCallback khi truyền callback xuống child bọc React.memo hoặc khi function là dependency của useEffect; useMemo cho tính toán tốn kém.

Đáp án: B, C, D

useRef trả về object { current } giữ nguyên qua mọi lần render. Hai công dụng chính: (1) truy cập DOM element để thao tác imperative (focus, đo kích thước); (2) lưu giá trị mutable bền qua render mà không gây re-render khi thay đổi. Khác setState: đổi ref.current không kích hoạt render, và không nên đọc/ghi ref trong lúc render.

Đáp án: B

Custom hook là function tên bắt đầu bằng "use", có thể gọi các hook khác (useState, useEffect...) để đóng gói và tái sử dụng stateful logic giữa các component. Điểm quan trọng: hook chia sẻ logic, không chia sẻ state — mỗi component gọi hook có state instance riêng, hoàn toàn độc lập.

Đáp án: A, C, E

Ba nguồn re-render: (1) state của chính component thay đổi; (2) component cha re-render — mặc định kéo theo toàn bộ con, bất kể props; (3) context nó đang đọc thay đổi giá trị. Thay đổi ref.current hay biến ngoài component không gây re-render vì React không theo dõi chúng. React.memo chỉ chặn được nguồn (2).

Đáp án: B

Chọn useReducer khi state gồm nhiều sub-value liên quan và có nhiều loại hành động cập nhật khác nhau: gom logic chuyển trạng thái vào một reducer thuần dễ test, component chỉ dispatch action. useState phù hợp cho giá trị độc lập, đơn giản. Lưu ý: useReducer không nhanh hơn useState và state của nó vẫn cục bộ — không phải store toàn cục.

Đáp án: B

lazy(() => import(...)) khiến bundler tách heavy-chart thành chunk riêng — JavaScript chỉ được download khi HeavyChart render lần đầu. Trong lúc chunk đang tải, component "suspend" và Suspense gần nhất hiển thị fallback. Kết quả: initial bundle nhỏ hơn, trang chính tải nhanh hơn. Lỗi load chunk không do Suspense xử lý — cần Error Boundary bọc thêm.

Đáp án: C

React.memo so sánh props shallow theo reference (Object.is). Object literal style={{ padding: 16 }} là object MỚI mỗi lần Page render, nên memo luôn thấy "props đổi" và cho UserCard render lại. Fix: hoist object tĩnh ra hằng số ngoài component, hoặc useMemo nếu phụ thuộc state. Quy tắc chung: prop object/array/function tạo inline sẽ vô hiệu hoá React.memo.

Đáp án: B

Vi phạm quy tắc "chỉ gọi hook ở top level": early return trước useState khiến hook bị gọi có điều kiện. React lưu state theo THỨ TỰ gọi hook, không theo tên — khi user đổi từ null sang có dữ liệu, render sau có nhiều hook hơn render trước, React ném lỗi "Rendered more hooks than during the previous render". Fix: đặt mọi hook phía trên early return.

Đáp án: A

useContext trả về giá trị default đã truyền cho createContext(default) khi không có Provider tổ tiên — đây là hành vi bình thường, không phải lỗi. Vì vậy default nên là giá trị dùng được, hoặc bọc trong custom hook tự ném lỗi rõ ràng khi context là undefined (pattern phổ biến để bắt sớm lỗi "quên Provider"). useContext luôn đọc Provider GẦN NHẤT phía trên trong cây React.

Đáp án: B

Đây là uncontrolled component: DOM tự giữ giá trị, React đọc qua ref lúc submit. defaultValue chỉ đặt giá trị khởi tạo (khác value — value khoá input vào state và cần onChange kèm, thiếu onChange sẽ read-only). Chọn uncontrolled khi không cần phản ứng theo từng keystroke: code gọn hơn, không re-render khi gõ. Cần validate/format/disable nút real-time thì mới chọn controlled.

Đáp án: D

Anti-pattern: lưu vào state giá trị tính-được-từ-props qua effect. Hệ quả: mỗi lần props đổi, component render với fullName cũ rồi effect mới setState → render lần hai (thừa, thoáng lệch). Sửa: tính thẳng trong render — const fullName = firstName + " " + lastName (dùng useMemo nếu nặng). Khởi tạo useState từ props cũng sai: initializer chỉ chạy lúc mount, props đổi về sau không cập nhật.

Đáp án: A

Khi giá trị mới được tính từ giá trị cũ. Biến count trong phạm vi render hiện tại là một ảnh chụp cố định, nên gọi setCount(count + 1) ba lần liên tiếp chỉ tăng một đơn vị. Dạng hàm nhận giá trị mới nhất trong hàng đợi cập nhật nên cộng dồn đúng.

Đáp án: D

Vì React so sánh state cũ và mới bằng tham chiếu. Phương thức thêm phần tử sửa mảng tại chỗ nên tham chiếu không đổi; React thấy giá trị y hệt và bỏ qua việc render lại. Cách đúng là tạo mảng mới: setItems([...items, x]).

Đáp án: D

Hai thời điểm: trước mỗi lần effect chạy lại (khi phụ thuộc đổi), và khi component bị gỡ bỏ. Nhờ vậy mỗi lần thiết lập luôn có một lần huỷ tương ứng, nên đăng ký sự kiện hay timer không bị chồng chất.

Đáp án: A

Vì effect nắm giữ closure của lần render đã tạo ra nó. Một biến được dùng bên trong nhưng bị bỏ khỏi mảng phụ thuộc sẽ đóng băng ở giá trị của lần render đó, nên effect làm việc với dữ liệu cũ mà không có gì báo.

Đáp án: A

Điều kiện tranh chấp: request cho người dùng thứ nhất có thể trả về sau request cho người dùng thứ hai, và ghi đè dữ liệu đúng bằng dữ liệu cũ. Giao diện hiển thị sai người mà không có lỗi nào được ném.

Đáp án: B

Vì thân component phải thuần tuý: React có thể gọi lại nó nhiều lần, ở chế độ nghiêm ngặt thì gọi hai lần liên tiếp, và ở chế độ đồng thời có thể bỏ dở rồi chạy lại. Đặt lời gọi mạng ở đó khiến request phát ra lặp lại ngoài kiểm soát, và thường tạo vòng lặp vô hạn khi kết quả được gán vào state.

Đáp án: B

Ảo hoá: chỉ render các dòng đang hiện trong viewport cộng một ít đệm, và thay phần còn lại bằng khoảng trống có chiều cao tương ứng. Chi phí chuyển từ tỉ lệ với mười nghìn dòng sang tỉ lệ với vài chục dòng nhìn thấy.

Đáp án: D

Mỗi lần cha render, một hàm component mới được tạo. React so sánh theo tham chiếu và coi đó là một loại component khác, nên gỡ toàn bộ cây con rồi dựng lại — state bị xoá, effect chạy lại, ô nhập mất tiêu điểm.

Đáp án: D

Trước React 18, chỉ các cập nhật bên trong trình xử lý sự kiện của React mới được gộp; cập nhật trong promise, timer hay callback gốc của trình duyệt gây một lần render cho mỗi lời gọi. React 18 gộp mọi trường hợp — gọi là gộp tự động.

Đáp án: C

Khi danh sách không bao giờ sắp xếp lại, không thêm hoặc xoá phần tử ở giữa, và các phần tử không có trạng thái riêng. Nói cách khác là danh sách tĩnh chỉ render một lần. Ngoài trường hợp đó, chỉ số là nguồn của lỗi trạng thái gắn nhầm phần tử.

Đáp án: B

Nó là một lớp bọc quanh sự kiện gốc, chuẩn hoá thuộc tính và hành vi giữa các trình duyệt. React gắn listener ở gốc của cây ứng dụng rồi tự phân phối tới component tương ứng, thay vì gắn listener vào từng phần tử.

Đáp án: B

Ô nhập trở thành chỉ đọc trên thực tế: người dùng gõ nhưng giá trị không đổi vì nó luôn bị đặt lại theo state, mà không có gì cập nhật state. React cảnh báo trong console và gợi ý thêm trình xử lý thay đổi hoặc dùng thuộc tính giá trị mặc định.

Đáp án: B

Truyền dữ liệu xuống sâu trong cây mà không phải chuyền prop qua từng tầng trung gian. Nó giải quyết đúng bài toán chuyền prop lòng vòng — không phải bài toán quản lý state, và cũng không giúp giảm số lần render.

Đáp án: B

Khi nhiều nhánh xa nhau trong cây cùng đọc và ghi một state thay đổi thường xuyên. Lúc đó nâng state lên gốc khiến cả cây render lại, còn context thì đánh thức mọi bên tiêu thụ. Thư viện có cơ chế đăng ký theo phần dữ liệu giải quyết đúng chỗ này.

Đáp án: B

Effect chạy lại ở mỗi lần render. React so sánh từng phần tử của mảng phụ thuộc bằng phép so sánh tham chiếu, mà một object tạo trong thân component là tham chiếu mới mỗi lần — nên React luôn kết luận phụ thuộc đã đổi.

Đáp án: B

Dạng hàm chỉ được gọi ở lần render đầu tiên. Dạng còn lại đánh giá biểu thức ở mọi lần render rồi vứt kết quả đi, vì state chỉ được khởi tạo một lần. Với hàm khởi tạo tốn kém, khác biệt này rất đáng kể.

Đáp án: A

Dùng dạng đầy đủ <Fragment key={item.id}> và nhập Fragment từ React. Cú pháp rút gọn <> không nhận bất kỳ thuộc tính nào, kể cả khoá — đây là hạn chế duy nhất của nó so với dạng đầy đủ.

Đáp án: B

Đảo ngược quyền sở hữu: component gốc dựng sẵn JSX và truyền xuống làm children. Các component trung gian chỉ đặt vị trí cho nội dung đó mà không cần biết nó nhận prop gì — nên không phải chuyển tiếp prop nào cả.

Đáp án: A

Vì bài kiểm thử khi đó gắn với thứ người dùng thật sự thấy và thao tác, chứ không gắn với cấu trúc DOM hay tên lớp CSS. Tái cấu trúc phần bên trong không làm bài kiểm thử đỏ, miễn là giao diện với người dùng không đổi.

Đáp án: B

findBy trả về một promise và thử lại cho tới khi phần tử xuất hiện hoặc hết thời gian chờ. getBy tìm ngay lập tức và ném lỗi nếu không thấy. Dùng dạng chờ khi nội dung xuất hiện sau một tác vụ bất đồng bộ như tải dữ liệu.

Đáp án: A

htmlFor, trỏ tới id của ô nhập. JSX đổi tên vì for là từ khoá của JavaScript. Liên kết này giúp trình đọc màn hình đọc đúng nhãn khi tiêu điểm vào ô nhập, và cho phép người dùng bấm vào nhãn để đặt tiêu điểm vào ô.

Đáp án: D

Vì mọi giá trị chèn vào JSX đều được escape trước khi đưa vào DOM. Một chuỗi chứa thẻ script sẽ hiển thị nguyên văn dưới dạng chữ chứ không được trình duyệt thực thi. Lối thoát duy nhất là thuộc tính chèn HTML thô, và tên của nó cố tình dài dòng để nhắc nhở.

Đáp án: D

Vòng lặp vô hạn. Không có mảng phụ thuộc thì effect chạy sau mọi lần render; effect cập nhật state, cập nhật state kích hoạt render, render lại chạy effect. React sẽ dừng lại và báo vượt quá số lần cập nhật cho phép.

Đáp án: A

Gói tải lần đầu chỉ chứa mã của trang đang xem thay vì toàn bộ ứng dụng. Với ứng dụng có hai mươi màn hình, người dùng vào trang đăng nhập không phải tải mã của trang quản trị. Mã các trang khác được tải khi điều hướng tới.

Đáp án: C

Ở component chung gần nhất của tất cả những nơi thật sự cần dùng — không cao hơn. Đặt cao hơn mức cần khiến cả nhánh render lại và buộc các tầng trung gian chuyển tiếp prop; đặt thấp hơn thì các bên liên quan không đồng bộ được với nhau.

Đáp án: D

Render một component vào một nút DOM khác, thường là phần thân tài liệu, trong khi vẫn giữ nguyên vị trí của nó trong cây React. Dùng cho hộp thoại, gợi ý và thực đơn thả xuống — những thứ bị thuộc tính CSS của tổ tiên như tràn ẩn hay thứ tự chồng làm hỏng.

Đáp án: C

Một object state chứa mọi trường, cộng một trình xử lý dùng chung đọc tên trường từ phần tử rồi cập nhật đúng khoá tương ứng. Cách này tránh mười biến state và mười trình xử lý gần như giống hệt nhau.

Đáp án: B

Đồng bộ với một hệ thống nằm ngoài React: đăng ký sự kiện, timer, kết nối WebSocket, thao tác DOM thủ công, hay đăng ký vào một kho dữ liệu bên ngoài. Các nhu cầu khác — giá trị dẫn xuất, phản hồi hành động, đặt lại state — đều có cách làm phù hợp hơn.

Đáp án: B

Chỉ số nhận được trong phép ánh xạ là chỉ số sau khi lọc, không phải vị trí trong mảng gốc. Dùng chỉ số đó để xoá hay cập nhật mảng gốc sẽ tác động nhầm phần tử. Nên thao tác theo định danh của phần tử thay vì theo chỉ số.

Đáp án: D

Duyệt mảng tạo bản sao mới, thay phần tử cần đổi bằng một bản sao đã sửa và giữ nguyên các phần tử khác. Sao chép mảng rồi sửa phần tử bên trong không đủ, vì bản sao nông vẫn dùng chung các đối tượng phần tử.

Đáp án: C

Khi có nhiều trường, quy tắc kiểm tra phức tạp và các trường phụ thuộc nhau. Với vài ô nhập đơn giản thì tự quản lý ngắn hơn; lợi ích của thư viện chỉ vượt chi phí khi lượng mã lặp lại đã đáng kể.

Đáp án: A

Bộ nhớ đệm dùng chung, chống trùng lời gọi, làm mới ở nền và quản lý dữ liệu cũ. Tự viết bằng hiệu ứng thì mỗi component gọi lại từ đầu và không chia sẻ kết quả, nên cùng một dữ liệu bị tải nhiều lần trên một màn hình.

Đáp án: B

Hoãn lời gọi cho tới khi người dùng ngừng gõ một khoảng ngắn, thường khoảng ba trăm mili giây. Chỉ từ khoá cuối cùng được gửi đi, nên số lời gọi giảm mạnh mà kết quả vẫn xuất hiện gần như ngay lập tức.

Đáp án: C

Dùng kiểu mô tả mọi thứ render được. Nó gồm cả phần tử, chuỗi, số, mảng, và các giá trị rỗng — đúng với những gì đặt được vào giữa hai thẻ của component.

Đáp án: A

Giá trị được nhúng thẳng vào gói tải xuống nên bất kỳ ai cũng đọc được bằng công cụ của trình duyệt. Tiền tố công khai chính là lời tuyên bố rằng giá trị đó không còn là bí mật.

Đáp án: B

Chưa đủ. Kiểm tra ở trình duyệt chỉ quyết định hiển thị gì, còn người dùng vẫn gọi thẳng API bằng công cụ bất kỳ. Mọi endpoint phải tự kiểm tra quyền — rào chắn ở giao diện chỉ là trải nghiệm, không phải bảo mật.

Đáp án: B

Chặn ở tầng mạng bằng một máy chủ giả trong quá trình test. Mã của component không bị sửa gì nên test kiểm tra đúng hành vi thật, và cùng bộ giả lập đó dùng lại được cho cả test tích hợp lẫn phát triển.

Đáp án: D

Nó gọi được trong nhánh điều kiện và trong vòng lặp, khác với quy tắc của mọi hook khác. Lý do là nó không giữ trạng thái theo thứ tự gọi, nên ràng buộc về vị trí không còn cần thiết.

Đáp án: A

React tự quản lý trạng thái đang gửi và đặt lại form khi hoàn tất, đồng thời tự chặn hành vi mặc định. Không phải viết state cho việc gửi, và form vẫn gửi được khi script chưa tải xong.

Đáp án: B

Thông báo ngắn theo ngữ cảnh kèm nút thử lại ngay tại chỗ. Người dùng biết phần nào hỏng và tự khắc phục được mà không phải tải lại cả trang hay mất trạng thái đang có.