Khi phát triển cho hệ điều hành Android, mã byte Java được biên dịch thành gì?

APK (Android Package Kit) là định dạng tệp gói được sử dụng bởi hệ điều hành Android để phân phối và cài đặt ứng dụng di động. Một tệp APK thường chứa các thành phần sau:

• Dalvik Executable (DEX files): Mã byte đã được chuyển đổi để chạy trên máy ảo Dalvik (hoặc ART trong các phiên bản Android mới hơn).
• Resources: Tài nguyên như hình ảnh, bố cục giao diện người dùng (layouts), chuỗi văn bản, v.v.
• Native Libraries: Các thư viện được biên dịch cho các kiến trúc CPU cụ thể (ví dụ: ARM, x86).
• AndroidManifest.xml: Tệp kê khai ứng dụng, mô tả cấu trúc, quyền và các yêu cầu khác của ứng dụng.
• Assets: Các tệp dữ liệu tùy ý mà ứng dụng có thể sử dụng.

Webkit là một công cụ trình duyệt web, không phải là một thành phần cơ bản được đóng gói trực tiếp trong tệp APK. Nó có thể được sử dụng bởi các ứng dụng Android để hiển thị nội dung web, nhưng bản thân nó không phải là một phần của cấu trúc APK tiêu chuẩn.

Câu trả lời là B. False, mã nguồn Java cần được biên dịch thành bytecode trước khi chạy trên máy ảo Dalvik hoặc ART của Android. Quá trình này bao gồm chuyển đổi mã Java thành định dạng .dex (Dalvik Executable) tối ưu cho thiết bị di động. Vì vậy, mã nguồn Java không chạy trực tiếp trên thiết bị Android.

Câu hỏi mô tả phương thức gọi lại (callback method) trong Android được sử dụng để thông báo về sự thay đổi trạng thái tiêu điểm âm thanh (audio focus). Khi một ứng dụng yêu cầu quyền sử dụng tiêu điểm âm thanh và sau đó bị một ứng dụng khác giành lấy hoặc khi tiêu điểm âm thanh bị mất vì một lý do khác, hệ thống sẽ gọi phương thức này để thông báo cho ứng dụng.

Phương án A: onAudioFocusChange() - Đây là phương thức gọi lại chính xác được sử dụng để nhận thông báo về sự thay đổi tiêu điểm âm thanh. Tham số truyền vào phương thức này mô tả sự kiện thay đổi tiêu điểm, cho biết ứng dụng đã giành được tiêu điểm, mất tiêu điểm tạm thời, mất tiêu điểm vĩnh viễn, v.v.

Phương án B: declare−s t y l e ab l e - Không phải là một phương thức hay khái niệm liên quan đến quản lý tiêu điểm âm thanh trong Android. Nó có thể liên quan đến việc khai báo các thuộc tính tùy chỉnh cho View.

Phương án C: SQLiteOpenHelper - Là một lớp trợ giúp để quản lý cơ sở dữ liệu SQLite trong Android, không liên quan đến tiêu điểm âm thanh.

Phương án D: drawText() - Là một phương thức trong Canvas để vẽ văn bản lên màn hình, không liên quan đến tiêu điểm âm thanh.

Phân tích câu hỏi:

Câu hỏi mô tả một thành phần giao diện người dùng (UI) đặc biệt trong Android. Thành phần này có các đặc điểm:

• Nhẹ (ít tốn tài nguyên)
• Không có kích thước ban đầu
• Không hiển thị bất cứ thứ gì
• Không tham gia vào quá trình bố cục (layout) cho đến khi được "inflate" (khởi tạo).

Đánh giá các phương án:

• A. SQLite: Đây là một hệ quản trị cơ sở dữ liệu quan hệ nhẹ, không liên quan đến giao diện người dùng. Loại bỏ.
• B. ViewStub: Đây là một lớp (class) đặc biệt trong Android được thiết kế chính xác cho mục đích trì hoãn việc khởi tạo một view tốn kém tài nguyên cho đến khi thực sự cần thiết. Khi ViewStub được inflated (thường bằng cách đặt thuộc tính visibility của nó thành visible), nó sẽ thay thế chính nó bằng view mà nó đại diện. Đây là đáp án đúng.
• C. BroadcastReceiver: Đây là một thành phần cho phép ứng dụng nhận các broadcast messages từ hệ thống hoặc từ các ứng dụng khác. Nó không liên quan trực tiếp đến giao diện người dùng theo cách được mô tả trong câu hỏi. Loại bỏ.
• D. onStop(): Đây là một phương thức trong vòng đời (lifecycle) của một Activity hoặc Fragment, được gọi khi Activity không còn hiển thị trên màn hình. Nó không phải là một thành phần giao diện người dùng. Loại bỏ.

Kết luận:

Phương án B (ViewStub) là đáp án chính xác nhất vì nó phù hợp với tất cả các đặc điểm được mô tả trong câu hỏi. ViewStub là một view nhẹ, không chiếm tài nguyên cho đến khi nó được inflated, và nó được sử dụng để trì hoãn việc khởi tạo các view phức tạp.