Trắc nghiệm Flutter — 75 câu có đáp án và giải thích

Đáp án: D

Dùng StatefulWidget khi widget cần giữ dữ liệu thay đổi theo thời gian và tự gọi rebuild, ví dụ input, bộ đếm, trạng thái đang tải. Nếu mọi thứ hiển thị đều đến từ tham số truyền vào thì StatelessWidget là đủ và rẻ hơn.

Đáp án: C

BuildContext là handle trỏ tới vị trí của widget trong cây element. Từ vị trí đó Flutter tra ngược lên để tìm widget tổ tiên gần nhất, nên Theme.of(context) hay Navigator.of(context) mới hoạt động. Sai context là sai điểm bắt đầu tra cứu.

Đáp án: C

Giá trị đổi thật nhưng màn hình không vẽ lại. setState không gán dữ liệu, nó chỉ đánh dấu element là bẩn để Flutter xếp lịch rebuild ở khung hình sau. Đó cũng là lý do màn hình vẫn đúng khi có widget khác vô tình kích hoạt rebuild.

Đáp án: A

Hot reload nạp code mới nhưng giữ nguyên state đang chạy, nên initState và giá trị khởi tạo không chạy lại. Muốn thấy thay đổi loại này thì dùng hot restart: nó dựng lại toàn bộ ứng dụng từ đầu, mất state nhưng vẫn nhanh hơn build lại.

Đáp án: C

const tạo một đối tượng duy nhất dùng lại nhiều lần. Khi rebuild, Flutter thấy widget mới trùng hệt widget cũ nên bỏ qua cả nhánh con đó. Đây là tối ưu rẻ nhất trong Flutter và cũng là thứ hay bị bỏ sót nhất.

Đáp án: D

Bọc bằng SingleChildScrollView để nội dung dài trở thành vùng cuộn. Với danh sách nhiều phần tử thì dùng ListView để chỉ dựng phần đang nhìn thấy. Giảm cỡ chữ hay bỏ bớt nội dung chỉ né được trên đúng thiết bị đang thử.

Đáp án: A

push chồng màn hình mới lên trên, còn pushReplacement thay thế màn hình hiện tại nên nó biến mất khỏi stack. Dùng cho màn hình chờ hoặc màn hình đăng nhập, nơi người dùng không nên quay lại được bằng nút back.

Đáp án: C

Hàm async luôn trả về Future. Dart bọc giá trị trả về vào Future kể cả khi trong thân hàm không có await. Quên await ở nơi gọi là nguyên nhân số một khiến biến in ra dòng Instance of Future.

Đáp án: A

Toán tử ! là lời khẳng định giá trị khác null. Compiler tin và cho qua, nhưng lúc chạy nếu giá trị là null thì ném lỗi ngay. Dùng nhiều ! là dấu hiệu mô hình dữ liệu chưa chặt, không phải cách xử lý null.

Đáp án: C

dev_dependencies chỉ dùng trong lúc phát triển như flutter_test, build_runner, mocktail nên không được đóng gói vào bản phát hành. dependencies là thứ ứng dụng cần lúc chạy nên ảnh hưởng trực tiếp tới dung lượng cài đặt.

Đáp án: D

SizedBox cho khoảng trống thuần vì nó chỉ áp một ràng buộc kích thước và dựng được với const. Container là widget tiện dụng gộp sẵn padding, màu, viền và biến đổi, nên chỉ đáng dùng khi thật sự cần từ hai thứ đó trở lên.

Đáp án: A

Phải khai báo trong pubspec.yaml dưới mục assets. Khai báo cả thư mục bằng đường dẫn kết thúc bằng dấu gạch chéo cũng được, nhưng chỉ áp cho file ngay trong thư mục đó chứ không đệ quy xuống thư mục con.

Đáp án: A

Scaffold là khung của một màn hình Material: appBar, body, drawer, bottomNavigationBar, floatingActionButton, và chỗ hiển thị snack bar. Nó lo việc xếp chồng và chừa chỗ giữa các vùng đó để không phải tự tính toạ độ.

Đáp án: B

TextEditingController giữ nội dung và vị trí con trỏ của một TextField, cho phép đọc, đặt lại giá trị và lắng nghe thay đổi từ bên ngoài widget. Nó phải được dispose trong State, nếu không sẽ rò bộ nhớ.

Đáp án: D

Cache ảnh mặc định của Flutter chỉ nằm trong RAM và biến mất khi ứng dụng đóng. Muốn giữ qua các phiên thì cần cache trên đĩa, phổ biến nhất là cached_network_image, vốn cũng có sẵn ảnh chờ và ảnh lỗi.

Đáp án: D

InkWell bắt cử chỉ chạm kèm hiệu ứng gợn sóng Material, còn GestureDetector chỉ nhận cử chỉ mà không vẽ gì. Đổi lại, GestureDetector phủ nhiều loại cử chỉ hơn như kéo, vuốt, phóng to và chạm hai lần.

Đáp án: B

Flutter không tách margin và padding như CSS. Khoảng cách bên ngoài chính là padding của widget bao ngoài, thường viết bằng Padding hoặc bằng SizedBox giữa các phần tử. Container có margin chỉ vì nó tự bọc thêm một Padding bên ngoài.

Đáp án: D

Việc gọi bất kỳ plugin nào trước runApp cần kênh nền tảng đã sẵn sàng, mà kênh đó chỉ tồn tại sau khi binding được khởi tạo. Đây là lý do khởi tạo Firebase, đọc shared_preferences hay khoá hướng màn hình trong main đều yêu cầu dòng lệnh này.

Đáp án: B

Cả hai đều cấm gán lại. Khác biệt nằm ở thời điểm: const cần giá trị xác định được lúc biên dịch nên đối tượng được chia sẻ và đóng băng sâu, còn final cho phép giá trị tính lúc chạy, ví dụ final now = DateTime.now().

Đáp án: C

var là suy luận kiểu, biến vẫn có kiểu tĩnh cố định sau khi gán lần đầu. dynamic tắt kiểm tra kiểu, mọi lời gọi method được hoãn tới lúc chạy, nên gõ sai tên hàm chỉ nổ khi người dùng chạm vào đúng nhánh đó.

Đáp án: C

Cây element là tầng sống lâu ở giữa: widget là bản mô tả bất biến bị vứt đi liên tục, render object lo đo và vẽ, còn element giữ vị trí, giữ State và quyết định lần rebuild này nên dùng lại hay tạo mới render object.

Đáp án: D

Thiếu key. Khi ghép widget mới với element cũ, Flutter so theo kiểu và vị trí, nên xoá phần tử giữa danh sách khiến các phần tử sau dồn lên và nhận nhầm State cũ. Thêm ValueKey theo id của dữ liệu là hết.

Đáp án: A

Ràng buộc đi xuống, kích thước đi lên, cha đặt vị trí. Cha đưa xuống khoảng rộng và cao cho phép, con tự chọn kích thước trong khoảng đó rồi báo ngược lên, cuối cùng cha quyết định đặt con ở đâu. Hầu hết lỗi bố cục là hiểu sai một trong ba bước này.

Đáp án: B

Dạng ListView(children: [...]) dựng sẵn toàn bộ phần tử trước khi hiển thị. Với 5000 dòng là 5000 widget cùng lúc. ListView.builder chỉ dựng phần đang nhìn thấy cộng một buffer, nên chi phí không còn phụ thuộc độ dài danh sách.

Đáp án: B

Theme.of(context) là một InheritedWidget. Lời gọi vừa tìm widget tổ tiên gần nhất theo kiểu vừa đăng ký phụ thuộc, nên khi theme đổi thì đúng những widget đã đọc nó được rebuild, không phải cả cây.

Đáp án: B

Thiếu dispose(). Controller, StreamSubscription, FocusNode, TextEditingController đều giữ tham chiếu và listener; không huỷ thì chúng vẫn sống sau khi màn hình đóng, giữ luôn cả cây widget cũ trong bộ nhớ.

Đáp án: D

Stream mặc định là single-subscription, chỉ chấp nhận một người nghe trong suốt vòng đời. Nghe lần thứ hai ném lỗi ngay. Dùng asBroadcastStream(), một StreamController.broadcast, hoặc tốt hơn là để một lớp repository giữ dữ liệu và phát lại cho các widget.

Đáp án: B

Nguyên nhân là tạo Future ngay trong build: mỗi lần rebuild sinh một Future mới nên FutureBuilder chạy lại từ đầu. Tạo một lần trong initState và lưu vào trường của State, hoặc để lớp quản lý state bên ngoài giữ kết quả.

Đáp án: B

Riverpod không tra cứu qua BuildContext. Provider tìm dữ liệu bằng cách đi ngược lên cây widget nên đặt sai chỗ sẽ ném lỗi lúc chạy, còn provider của Riverpod là biến toàn cục có kiểu rõ ràng nên sai sót lộ ra sớm hơn.

Đáp án: B

Đưa phép tính nặng sang isolate, đơn giản nhất là compute(jsonDecode, raw). Isolate có bộ nhớ và event loop riêng nên UI thread rảnh để giữ 60 khung hình. async không giúp gì vì nó không tạo thread mới.

Đáp án: C

Dùng AnimationController khi cần điều khiển: tạm dừng, đảo chiều, lặp, phối nhiều animation theo mốc thời gian, hoặc gắn tiến độ vào cử chỉ kéo. Animation ngầm định như AnimatedContainer chỉ hợp cho chuyển trạng thái một chiều.

Đáp án: C

Expanded là Flexible với fit: FlexFit.tight nên con bắt buộc lấp đầy phần được chia. Flexible mặc định là loose, con được phép nhỏ hơn. Cả hai đều chia phần dư theo hệ số flex.

Đáp án: D

Dùng LayoutBuilder khi quyết định phụ thuộc kích thước ô chứa widget, ví dụ thẻ trong lưới hay ngăn của màn hình chia đôi. MediaQuery mô tả cả màn hình nên vẫn đúng cho vùng an toàn, hướng xoay và cỡ chữ hệ thống.

Đáp án: A

Flutter không hỗ trợ reflection runtime để tự động ánh xạ JSON vào model. Trong release, ứng dụng được biên dịch bằng AOT và tree shaking càng khiến mô hình dựa trên reflection không phù hợp. Do đó phải viết fromJson bằng tay hoặc sinh code bằng json_serializable và freezed qua build_runner.

Đáp án: D

Dùng --dart-define hoặc --dart-define-from-file để chốt cấu hình lúc build, kết hợp flavor khi cần khác nhau cả tên gói, icon và dịch vụ. Nhờ vậy có thể cài song song bản dev và bản production trên cùng một máy.

Đáp án: D

Bọc nhánh đó bằng Theme và truyền ThemeData riêng, thường tạo từ chủ đề hiện tại bằng copyWith. Vì Theme là InheritedWidget, mọi widget bên dưới tự đọc giá trị gần nhất mà phần còn lại của ứng dụng không đổi.

Đáp án: A

Dùng mixin khi cần chia sẻ hành vi theo chiều ngang cho các lớp không cùng cây kế thừa. Dart chỉ cho kế thừa một lớp nhưng trộn được nhiều mixin, nên mixin hợp cho những mảnh như ghi log, xác thực dữ liệu hay quản lý một tài nguyên chung.

Đáp án: C

sealed khoá tập hợp lớp con trong cùng file, nhờ đó switch trở thành kiểm tra đủ nhánh lúc biên dịch. Thêm một trạng thái mới mà quên xử lý ở đâu đó thì build hỏng ngay, thay vì lộ ra khi người dùng gặp màn hình trắng.

Đáp án: A

MethodChannel là message bất đồng bộ theo tên kênh. Dart gửi tên method kèm tham số, dữ liệu được mã hoá nhị phân, phía native xử lý rồi trả kết quả về. Vì khớp theo chuỗi nên gõ sai tên chỉ lộ ra lúc chạy.

Đáp án: B

shared_preferences ghi ra file cấu hình thường của nền tảng và không mã hoá gì cả. Trên máy đã root hoặc jailbreak, nội dung đọc được dễ dàng. Token, khoá và thông tin cá nhân nên nằm trong flutter_secure_storage để dùng Keystore và Keychain.

Đáp án: C

Dữ liệu có quan hệ, cần lọc và sắp xếp thì dùng SQLite qua sqflite, hoặc drift khi muốn truy vấn có kiểu và migration rõ ràng. Kho khoá giá trị chỉ hợp khi luôn đọc theo khoá và lượng dữ liệu nhỏ.

Đáp án: C

Dùng interceptor ở tầng client, ví dụ Dio: bắt phản hồi 401, gọi làm mới token, rồi phát lại đúng yêu cầu đó một lần. Phải khoá để nhiều yêu cầu song song chỉ kích hoạt một lượt làm mới, nếu không sẽ có chuỗi làm mới chồng chéo.

Đáp án: A

Widget test dựng cây widget trong môi trường test trong bộ nhớ, không cần thiết bị, chạy trong vài mili giây. Integration test chạy cả ứng dụng trên thiết bị hoặc máy ảo, sát thực tế hơn nhưng chậm và dễ chập chờn hơn nhiều.

Đáp án: A

Dùng profile. Chế độ debug chạy máy ảo Dart với biên dịch tức thời và nhiều kiểm tra bổ sung nên chậm hơn nhiều lần thực tế. Profile biên dịch trước như release nhưng vẫn giữ đủ công cụ để xem biểu đồ khung hình trong DevTools.

Đáp án: A

Phát hành app bundle để Google Play sinh bản cài riêng theo kiến trúc và mật độ màn hình của từng máy. Ngoài ra Flutter tự cắt icon không dùng, còn phần ảnh và phông trong assets thì phải tự rà vì chúng luôn được đóng gói đủ.

Đáp án: C

Cần xác minh quyền sở hữu tên miền: assetlinks.json cho App Links của Android và apple-app-site-association cho Universal Links của iOS, đặt đúng đường dẫn well-known trên server https. Thiếu bước này thì liên kết chỉ mở trình duyệt.

Đáp án: A

Dùng flutter_localizations với các file ARB cho từng ngôn ngữ, sinh ra lớp truy cập chuỗi có kiểu. Ngoài việc tra chuỗi, cách này xử lý luôn số nhiều, giống đực giống cái, và định dạng ngày giờ tiền tệ theo locale.

Đáp án: D

Trộn WidgetsBindingObserver vào State và xử lý didChangeAppLifecycleState. Các trạng thái gồm resumed, inactive, paused, detached và hidden; tạm dừng ở paused hoặc inactive tuỳ mức độ nhạy cảm của nội dung.

Đáp án: B

Cần hai hook: FlutterError.onError cho lỗi phát sinh trong khung Flutter như lỗi lúc build widget, và PlatformDispatcher.instance.onError cho lỗi bất đồng bộ ngoài khung. Chỉ gắn một cái thì luôn có một nửa số lỗi biến mất.

Đáp án: A

Điều hướng khai báo gắn trạng thái ứng dụng với một đường dẫn, nên mở thẳng một màn hình sâu từ deep link hay từ URL web vẫn dựng lại được stack cha. Với Navigator thuần, việc này phải tự viết và rất dễ sai.

Đáp án: D

Tách event khỏi state tạo ra một luồng thay đổi duy nhất: giao diện gửi event, bloc xử lý và phát ra state mới. Nhờ đó ghi log được chuỗi event dẫn tới lỗi, test chỉ cần bơm event và so state, và không có chỗ nào sửa state lén.

Đáp án: D

ValueListenableBuilder thu hẹp phạm vi rebuild về đúng phần hiển thị giá trị đó. setState ở gốc màn hình build lại cả cây con, kể cả những phần không liên quan, và trên màn hình phức tạp thì đó là nguyên nhân rớt frame.

Đáp án: A

Dùng sliver khi nhiều vùng nội dung khác kiểu phải cuộn như một khối: app bar co giãn theo cuộn, sau đó là lưới, rồi tới danh sách. Ghép các widget cuộn lồng nhau sẽ tạo hai trục cuộn tranh nhau, còn sliver thì chỉ có một.

Đáp án: C

Hai widget Hero ở hai route phải có cùng tag. Trong lúc chuyển route, Flutter nhấc widget lên một lớp phủ và nội suy vị trí, kích thước từ chỗ cũ tới chỗ mới. Trùng tag trong cùng một màn hình sẽ ném lỗi.

Đáp án: B

Gắn ScrollController và so position.pixels với position.maxScrollExtent trừ đi một ngưỡng, ví dụ 200 pixel. Phải có cờ chặn để không gọi trùng khi sự kiện cuộn bắn liên tục, và phải xử lý trạng thái hết dữ liệu.

Đáp án: A, B, C

Ba trạng thái tối thiểu: đang tải, rỗng và lỗi có nút thử lại, bên cạnh trạng thái có dữ liệu. Bỏ trạng thái rỗng là nguyên nhân phổ biến nhất của màn hình trắng không giải thích được, và bỏ nhánh lỗi khiến người dùng không có lối thoát.

Đáp án: B

always kiểm tra ngay từ khi form hiển thị, nên mọi ô trống đều đỏ trước khi người dùng gõ chữ nào. Lựa chọn hợp lý là onUserInteraction, hoặc mặc định là kiểm tra khi gửi rồi mới bật kiểm tra liên tục.

Đáp án: C

Gọi FocusScope.of(context).unfocus(), thường đặt trong GestureDetector bọc cả màn hình. Bàn phím gắn với trường đang giữ focus nên mất focus là bàn phím đóng theo, và trạng thái ứng dụng vẫn nhất quán.

Đáp án: C

showDialog trả về một Future hoàn tất khi dialog đóng, giá trị chính là thứ truyền cho Navigator.pop. Nhớ rằng đóng bằng cách chạm ra ngoài trả về null, nên luôn xử lý nhánh đó thay vì giả định có kết quả.

Đáp án: B

ScaffoldMessenger nằm phía trên các Scaffold nên snack bar sống sót qua việc chuyển màn hình. Với Scaffold.of, thông báo gắn vào Scaffold hiện tại và biến mất ngay khi màn hình đó bị thay thế, đúng lúc người dùng cần đọc nó nhất.

Đáp án: B

Trộn AutomaticKeepAliveClientMixin vào State của trang, đặt wantKeepAlive là true và gọi super.build(context). Khi đó TabBarView giữ trang trong bộ nhớ nên vị trí cuộn và dữ liệu đã tải còn nguyên.

Đáp án: C

NavigationRail là component dành cho khổ trung bình. Hướng dẫn Material 3 chia ba mức: dưới 600 dùng thanh dưới, từ 600 tới 840 dùng thanh dọc, từ 840 trở lên dùng ngăn điều hướng luôn mở cạnh nội dung.

Đáp án: B

Người dùng chỉnh cỡ chữ hệ thống vì lý do thị lực, và ứng dụng cố định cỡ chữ sẽ phớt lờ thiết lập đó. Flutter áp textScaler cho Text, nên vấn đề thật nằm ở bố cục cố định chiều cao, khiến chữ lớn bị cắt hoặc tràn.

Đáp án: C

Khi ứng dụng đang hiển thị, hệ điều hành giao dữ liệu cho ứng dụng thay vì tự vẽ thông báo. Muốn thấy gì đó thì tự hiển thị bằng thông báo cục bộ hoặc một banner trong ứng dụng, dựa trên dữ liệu nhận được ở handler tương ứng.

Đáp án: C

Khi bị từ chối vĩnh viễn, yêu cầu quyền trả về từ chối ngay mà không hiện dialog. Cách đúng là giải thích ngắn gọn vì sao cần quyền rồi cung cấp nút mở cài đặt ứng dụng, đồng thời để phần còn lại của ứng dụng vẫn dùng được.

Đáp án: A

Phải kiểm soát điều hướng: chỉ cho phép các tên miền trong danh sách tin cậy, chặn phần còn lại hoặc mở ra trình duyệt hệ thống. Người dùng không thấy thanh địa chỉ trong WebView nên không tự phát hiện được khi trang đã chuyển sang nơi khác.

Đáp án: B

DevTools có bộ đếm lần rebuild, đánh dấu ngay trên cây widget những chỗ build nhiều lần trong một khoảng thời gian. Đây là cách nhanh nhất để tìm chỗ đặt setState quá cao hoặc chỗ thiếu const.

Đáp án: B

--obfuscate đổi tên lớp và hàm thành ký hiệu ngắn, làm việc dịch ngược khó hơn. Đổi lại, stack trace không còn đọc được nếu thiếu file ánh xạ sinh ra bởi --split-debug-info, nên phải lưu file đó theo từng bản phát hành.

Đáp án: A

version: 1.4.2+37 tách làm hai: 1.4.2 là tên phiên bản hiển thị, còn 37 là số build. Cửa hàng từ chối bản tải lên có số build trùng hoặc nhỏ hơn, nên đây là con số phải tăng ở mỗi lần phát hành.

Đáp án: B

Đây là nơi cấu hình phân tích tĩnh: bật bộ luật như flutter_lints, nâng cảnh báo thành lỗi, và bật các chế độ kiểu nghiêm ngặt. Nó biến nhiều lỗi lúc chạy thành lỗi hiện ngay trong editor.

Đáp án: C

Package là code Dart thuần, chạy ở mọi nền tảng. Plugin kèm code native cho Android, iOS, web hoặc máy tính, nên nó chỉ hoạt động trên những nền tảng đã được cài đặt và cần build lại khi thêm vào.

Đáp án: D

Cần hai việc: chống dội khoảng 300 mili giây để không gọi mỗi ký tự, và huỷ hoặc bỏ qua phản hồi cũ khi truy vấn mới bắt đầu. Không có phần thứ hai thì phản hồi chậm của truy vấn cũ vẫn về sau và đè lên kết quả đúng.

Đáp án: C

Mặc định Dart so sánh theo danh tính đối tượng, nên hai state có nội dung giống hệt vẫn khác nhau. Thư viện quản lý state dựa vào phép so sánh này để bỏ qua rebuild thừa, nên thiếu == và hashCode là rebuild liên tục.

Đáp án: B

Phụ thuộc bị chôn trong widget thì không thay thế được lúc test, nên widget test buộc phải gọi mạng thật. Ngoài ra tạo trong build còn sinh đối tượng mới mỗi lần rebuild, kéo theo mất cache và mở kết nối thừa.

Đáp án: D

Repository tách cái gì cần lấy khỏi lấy từ đâu. Giao diện chỉ gọi một method và không biết dữ liệu đến từ mạng, cache hay database cục bộ, nên đổi nguồn hoặc thêm chế độ offline không lan ra tầng widget.