Google cam kết thúc đẩy công bằng chủng tộc cho Cộng đồng người da đen. Xem cách thực hiện.

Trang này được dịch bởi Cloud Translation API.

Thuật ngữ nền tảng Android

Xem danh sách bên dưới để tìm hiểu thuật ngữ cơ bản của Dự án mã nguồn mở Android (AOSP). Dưới đây là các nguồn khác để định nghĩa các thuật ngữ chính:

Xem Mã hóa để biết các ví dụ về thuật ngữ nên sử dụng và tránh để có một hệ sinh thái toàn diện hơn.

ứng dụng

tệp .apk: Tệp gói ứng dụng Android. Mỗi ứng dụng Android được biên dịch và đóng gói trong một tệp duy nhất bao gồm tất cả mã của ứng dụng (tệp .dex), tài nguyên, nội dung và tệp kê khai. Tệp gói ứng dụng có thể có bất kỳ tên nào nhưng phải sử dụng phần mở rộng .apk . Ví dụ: myExampleAppname.apk . Để thuận tiện, tệp gói ứng dụng thường được gọi là ".apk".
Liên quan: Ứng dụng .
Hoạt động: Mô tả về điều gì đó mà người gửi Mục đích muốn thực hiện. Một hành động là một giá trị chuỗi được gán cho một Ý định. Chuỗi hành động có thể được xác định bởi Android hoặc bởi nhà phát triển bên thứ ba. Ví dụ: android.intent.action.VIEW cho URL Web hoặc com.example.rumbler.SHAKE_PHONE cho ứng dụng tùy chỉnh để rung điện thoại.
Liên quan: Ý định .
Hoạt động: Một màn hình duy nhất trong một ứng dụng, với mã Java hỗ trợ, bắt nguồn từ lớp Activity . Thông thường nhất, một hoạt động được thể hiện rõ ràng bằng một cửa sổ toàn màn hình có thể nhận và xử lý các sự kiện giao diện người dùng cũng như thực hiện các tác vụ phức tạp do Cửa sổ mà nó sử dụng để hiển thị cửa sổ của nó. Mặc dù một Hoạt động thường ở chế độ toàn màn hình nhưng nó cũng có thể nổi hoặc trong suốt.
Ứng dụng: Từ góc độ thành phần, ứng dụng Android bao gồm một hoặc nhiều hoạt động, dịch vụ, trình nghe và trình nhận ý định. Từ góc độ tệp nguồn, một ứng dụng Android bao gồm mã, tài nguyên, nội dung và một bảng kê khai duy nhất. Trong quá trình biên dịch, các tệp này được đóng gói trong một tệp duy nhất được gọi là tệp gói ứng dụng (.apk).
Liên quan: .apk , Hoạt động
Phát sóng thu: Một lớp ứng dụng lắng nghe Ý định được phát, thay vì được gửi đến một ứng dụng/hoạt động đích duy nhất. Hệ thống cung cấp Ý định phát sóng cho tất cả các máy thu phát sóng quan tâm, những máy thu này sẽ xử lý Ý định đó một cách tuần tự.
Liên quan: Mục đích , Bộ lọc mục đích .
Nhà cung cấp nội dung: Lớp trừu tượng hóa dữ liệu mà bạn có thể sử dụng để hiển thị dữ liệu ứng dụng của mình cho các ứng dụng khác một cách an toàn. Trình cung cấp nội dung được xây dựng trên lớp ContentProvider , lớp này xử lý các chuỗi truy vấn nội dung có định dạng cụ thể để trả về dữ liệu ở định dạng cụ thể. Xem chủ đề Nhà cung cấp nội dung để biết thêm thông tin.
Liên quan: Sử dụng URI trong Android
hộp thoại: Một cửa sổ nổi hoạt động như một hình thức nhẹ. Một hộp thoại có thể chỉ có các nút điều khiển và nhằm mục đích thực hiện một hành động đơn giản (chẳng hạn như lựa chọn nút) và có thể trả về một giá trị. Một hộp thoại không nhằm mục đích tồn tại trong ngăn xếp lịch sử, chứa bố cục phức tạp hoặc thực hiện các hành động phức tạp. Android cung cấp một hộp thoại đơn giản mặc định cho bạn với các nút tùy chọn, mặc dù bạn có thể xác định bố cục hộp thoại của riêng mình. Lớp cơ sở cho hộp thoại là Dialog .
Liên quan: Hoạt động .
ý định: Một đối tượng thông báo mà bạn có thể sử dụng để khởi chạy hoặc giao tiếp với các ứng dụng/hoạt động khác một cách không đồng bộ. Một đối tượng Intent là một thể hiện của Intent . Nó bao gồm một số trường tiêu chí mà bạn có thể cung cấp, để xác định ứng dụng/hoạt động nào nhận được Ý định và những gì người nhận thực hiện khi xử lý Ý định. Các tiêu chí có sẵn bao gồm hành động mong muốn, danh mục, chuỗi dữ liệu, loại dữ liệu MIME, lớp xử lý và các tiêu chí khác. Một ứng dụng gửi một Ý định tới hệ thống Android, thay vì gửi trực tiếp tới một ứng dụng/hoạt động khác. Ứng dụng có thể gửi Ý định đến một ứng dụng đích duy nhất hoặc nó có thể gửi nó dưới dạng quảng bá, lần lượt có thể được xử lý bởi nhiều ứng dụng một cách tuần tự. Hệ thống Android chịu trách nhiệm giải quyết bộ thu khả dụng tốt nhất cho từng Ý định, dựa trên các tiêu chí được cung cấp trong Ý định và Bộ lọc Ý định do các ứng dụng khác xác định. Để biết thêm thông tin, hãy xem Mục đích và Bộ lọc Mục đích .
Liên quan: Bộ lọc ý định , Bộ thu phát sóng .
Bộ lọc ý định: Một đối tượng bộ lọc mà một ứng dụng khai báo trong tệp kê khai của nó, để cho hệ thống biết loại Ý định nào mà mỗi thành phần của nó sẵn sàng chấp nhận và với tiêu chí nào. Thông qua bộ lọc ý định, ứng dụng có thể thể hiện sự quan tâm đến các loại dữ liệu cụ thể, hành động Ý định, định dạng URI, v.v. Khi giải quyết một Ý định, hệ thống sẽ đánh giá tất cả các bộ lọc ý định có sẵn trong tất cả các ứng dụng và chuyển Ý định đó tới ứng dụng/hoạt động phù hợp nhất với Ý định và tiêu chí. Để biết thêm thông tin, hãy xem Mục đích và Bộ lọc Mục đích .
Liên quan: Ý định , Bộ thu phát sóng .
Tài nguyên: Các thành phần ứng dụng không lập trình bên ngoài mã ứng dụng đã biên dịch, nhưng có thể được tải từ mã ứng dụng bằng định dạng tham chiếu nổi tiếng. Android hỗ trợ nhiều loại tài nguyên, nhưng tài nguyên của một ứng dụng điển hình sẽ bao gồm chuỗi giao diện người dùng, thành phần bố cục giao diện người dùng, đồ họa hoặc tệp phương tiện khác, v.v. Một ứng dụng sử dụng các tài nguyên để hỗ trợ hiệu quả quá trình bản địa hóa cũng như các cấu hình và trạng thái thiết bị khác nhau. Ví dụ: một ứng dụng sẽ bao gồm một bộ tài nguyên riêng biệt cho từng loại thiết bị hoặc cục bộ được hỗ trợ và nó có thể bao gồm các tài nguyên bố cục dành riêng cho hướng màn hình hiện tại (ngang hoặc dọc). Để biết thêm thông tin về tài nguyên, hãy xem Tài nguyên và Tài sản . Tài nguyên của ứng dụng luôn được lưu trữ trong thư mục con res/* của dự án.
Dịch vụ: Một đối tượng của lớp Service chạy trong nền (không có bất kỳ sự hiện diện nào của giao diện người dùng) để thực hiện các hành động liên tục khác nhau, chẳng hạn như phát nhạc hoặc giám sát hoạt động mạng.
Liên quan: Hoạt động
URI trong Android: Android sử dụng chuỗi URI (mã định danh tài nguyên thống nhất) làm cơ sở để yêu cầu dữ liệu trong trình cung cấp nội dung (chẳng hạn như để truy xuất danh sách liên hệ) và để yêu cầu các hành động trong Ý định (chẳng hạn như mở trang Web trong trình duyệt). Định dạng và lược đồ URI được chuyên biệt hóa theo loại sử dụng và một ứng dụng có thể xử lý các chuỗi và lược đồ URI cụ thể theo bất kỳ cách nào nó muốn. Một số sơ đồ URI được dành riêng bởi các thành phần hệ thống. Ví dụ: yêu cầu dữ liệu từ nhà cung cấp nội dung phải sử dụng content:// . Trong một Ý định, một URI sử dụng lược đồ http:// sẽ được trình duyệt xử lý.

Xây dựng

adb: Cầu gỡ lỗi Android, một ứng dụng gỡ lỗi dòng lệnh đi kèm với SDK. Nó cung cấp các công cụ để duyệt thiết bị, sao chép các công cụ trên thiết bị và chuyển tiếp các cổng để gỡ lỗi. Nếu bạn đang phát triển trong Android Studio, adb sẽ được tích hợp vào môi trường phát triển của bạn. Xem Cầu gỡ lỗi Android để biết thêm thông tin.
dự án Android: Kho lưu trữ Git trên máy chủ Android Gerrit. Xem Công cụ kiểm soát nguồn > Gerrit để biết thêm thông tin.
Xây dựng dấu vân tay: Dấu vân tay bản dựng là một chuỗi duy nhất, con người có thể đọc được chứa thông tin nhà sản xuất được cấp cho mỗi bản dựng. Xem phần Tìm hiểu dấu vân tay bản dựng để biết thêm thông tin.
Git: Công cụ kiểm soát nguồn được Android sử dụng trước đây hoạt động trên một kho lưu trữ Git duy nhất. Được sử dụng cùng với Repo cho nhiều kho Git. Xem Công cụ kiểm soát nguồn > Git để biết thêm thông tin.
Nhánh Git - chuẩn: Các phiên bản riêng biệt cho từng kho lưu trữ Git, chẳng hạn như android-11.0.0_r1 , được tìm thấy tại cs.android.com/android/platform/superproject/+/android-11.0.0_r1 . Xem Phân nhánh Git - Tóm tắt các nhánh để biết thêm thông tin.
Chi nhánh Git - cục bộ: Một nhánh tạm thời trong ứng dụng khách Repo hiện tại để thực hiện thay đổi mã, bắt đầu với repo start branch-name . yêu cầu. một dòng phát triển tích cực. Cam kết gần đây nhất trên một nhánh được gọi là đỉnh của nhánh đó.
Kho lưu trữ Git: Đôi khi được gọi là dự án, đây là một phần của cơ sở mã đại diện cho một thành phần hoặc loại thiết bị cụ thể, chẳng hạn như frameworks/base hoặc platform/packages/apps/Car/Media .
Tệp kê khai: Một tệp XML mô tả một nhóm các kho lưu trữ Git trên mỗi nhánh, các bản sửa đổi Git để kiểm tra các kho lưu trữ đó và bố cục của chúng trên một hệ thống tệp. Tệp XML này, thường được đặt tên là default.xml , được liên kết với một nhánh Repo và mô tả các kho lưu trữ Git cũng như các nhánh Git được kiểm xuất khi bạn khởi tạo và đồng bộ hóa nhánh Repo. Tệp này xác định các kho lưu trữ Git khác nhau mà công cụ Repo sẽ tìm nạp vào thanh toán ứng dụng khách Repo để tạo sản phẩm (chẳng hạn như Hệ điều hành ô tô Android). Xem tất cả các bảng kê khai tại android.googlesource.com/platform/manifest/+refs . Xem tệp kê khai mặc định có trong tệp AndroidManifest để lấy tệp nền tảng Android (AOSP) tại android.googlesource.com/platform/manifest/+/refs/heads/main/default.xml . Xem tệp AndroidManifest.xml để biết thông tin về ứng dụng và repo Định dạng tệp kê khai để phát triển nền tảng.
Cập nhật qua mạng (OTA): Các thiết bị Android trong lĩnh vực này có thể nhận và cài đặt các bản cập nhật qua mạng (OTA) cho hệ thống, phần mềm ứng dụng và quy tắc múi giờ. Xem Cập nhật OTA để biết thêm thông tin.
repo: Một trình bao bọc xung quanh Git để cho phép thao tác dễ dàng hơn trên nhiều kho lưu trữ Git. Nó tổng hợp và quản lý nhiều kho lưu trữ Git dưới dạng kiểm tra đơn lẻ hoặc cơ sở mã. Xem Công cụ kiểm soát nguồn > Repo để biết thêm thông tin.
chi nhánh repo: Một tập hợp các kho lưu trữ Git được ghi lại trong tệp AndroidManifest đại diện cho một phiên bản (bản dựng) của cơ sở mã Android, chẳng hạn như android11-gsi hoặc aosp-android-games-sdk , được tải xuống qua các lệnh repo init và repo sync . Xem mô tả tệp kê khai để biết các liên kết đến tất cả các tệp kê khai và sử dụng https://cs.android.com/ để tìm kiếm các bản dựng của chúng.
tăng tốc: Nói chung, uprev cập nhật một tiểu dự án cấu thành của một dự án lớn hơn lên phiên bản mới hơn. Uprev thay đổi mức sửa đổi thành phiên bản tăng tiếp theo hoặc phiên bản mới nhất hiện có. Trong trường hợp gói HIDL, để duy trì khả năng mở rộng tương thích ngược ở cấp độ gói , phiên bản nâng cấp phụ cập nhật gói mới lên phiên bản phụ cao hơn trong khi vẫn giữ nguyên tên và phiên bản chính như gói cũ. Trong trường hợp cấu hình Bộ tải khởi động , một bản nâng cấp sẽ cập nhật hỗ trợ phiên bản tiêu đề khởi động lên phiên bản mới nhất.

đồ họa

Tranh sơn dầu: Một bề mặt vẽ xử lý việc tổng hợp các bit thực tế đối với một Bitmap hoặc một đối tượng Surface . Nó có các phương thức để vẽ bitmap, đường thẳng, hình tròn, hình chữ nhật, văn bản, v.v. và được liên kết với một Bitmap hoặc Surface. Canvas là cách đơn giản nhất, dễ dàng nhất để vẽ các đối tượng 2D trên màn hình. Lớp cơ sở là Canvas .
Liên quan: Drawable , OpenGL ES , Surface .
có thể vẽ được: Tài nguyên trực quan được biên dịch có thể được sử dụng làm nền, tiêu đề hoặc phần khác của màn hình. Một drawable thường được tải vào một phần tử giao diện người dùng khác, chẳng hạn như một hình nền. Một drawable không thể nhận các sự kiện, nhưng gán nhiều thuộc tính khác như "trạng thái" và lập lịch, để kích hoạt các lớp con như đối tượng hoạt hình hoặc thư viện hình ảnh. Nhiều đối tượng có thể vẽ được tải từ các tệp tài nguyên có thể vẽ - tệp xml hoặc bitmap mô tả hình ảnh. Tài nguyên có thể vẽ được biên dịch thành các lớp con của android.graphics.drawable . Để biết thêm thông tin về các tài nguyên có thể kéo và các tài nguyên khác, hãy xem Tài nguyên .
Liên quan: Tài nguyên , Canvas
Tài nguyên bố cục: Tệp XML mô tả bố cục của màn hình Hoạt động.
Liên quan: Tài nguyên
Nine-patch / 9-patch / Hình ảnh Ninepatch: Tài nguyên bitmap có thể thay đổi kích thước có thể được sử dụng cho hình nền hoặc hình ảnh khác trên thiết bị. Xem Nine-Patch Stretchable Image để biết thêm thông tin.
Liên quan: Tài nguyên .
OpenGL ES: Android cung cấp các thư viện OpenGL ES để hiển thị 3D được tăng tốc phần cứng. Đối với kết xuất 2D, Canvas là tùy chọn đơn giản hơn." OpenGL ES có sẵn trong Android Native Development Kit (NDK) để dễ sử dụng. Các gói android.opengl và javax.microedition.khronos.opengles thể hiện chức năng của OpenGL ES.
Liên quan: Canvas , Bề mặt
Bề mặt: Một đối tượng thuộc loại Surface đại diện cho một khối bộ nhớ được tổng hợp vào màn hình. Surface giữ một đối tượng Canvas để vẽ và cung cấp nhiều phương thức trợ giúp khác nhau để vẽ các lớp và thay đổi kích thước bề mặt. Bạn không nên sử dụng lớp này trực tiếp; thay vào đó hãy sử dụng SurfaceView .
Liên quan: Canvas
SurfaceView: Một đối tượng View bao bọc một Surface để vẽ và hiển thị các phương thức để chỉ định kích thước và định dạng của nó một cách linh hoạt. SurfaceView cung cấp một cách để vẽ độc lập với chuỗi giao diện người dùng cho các hoạt động sử dụng nhiều tài nguyên (chẳng hạn như trò chơi hoặc xem trước máy ảnh), nhưng kết quả là nó sử dụng thêm bộ nhớ. SurfaceView hỗ trợ cả đồ họa Canvas và OpenGL ES. Lớp cơ sở là SurfaceView .
Liên quan: Bề mặt
chủ đề: Một tập hợp các thuộc tính (kích thước văn bản, màu nền, v.v.) được nhóm lại với nhau để xác định các cài đặt hiển thị mặc định khác nhau. Android cung cấp một số chủ đề tiêu chuẩn, được liệt kê trong R.style (bắt đầu bằng "Theme_").
Xem: Một đối tượng kéo đến một khu vực hình chữ nhật trên màn hình và xử lý thao tác bấm, gõ phím và các sự kiện tương tác khác. Dạng xem là lớp cơ sở cho hầu hết các thành phần bố cục của màn hình Hoạt động hoặc Hộp thoại (hộp văn bản, cửa sổ, v.v.). Nó nhận các cuộc gọi từ đối tượng mẹ của nó (xem ViewGroup ) để vẽ chính nó và thông báo cho đối tượng mẹ của nó về vị trí và mức độ lớn mà nó muốn (có thể hoặc không được mẹ tôn trọng). Để biết thêm thông tin, xem View .
Liên quan: Xem phân cấp , ViewGroup , Widget
Xem thứ bậc: Sự sắp xếp các đối tượng View và ViewGroup xác định giao diện người dùng cho từng thành phần của ứng dụng. Cấu trúc phân cấp bao gồm các nhóm chế độ xem có chứa một hoặc nhiều chế độ xem con hoặc nhóm chế độ xem. Bạn có thể nhận được biểu diễn trực quan của phân cấp chế độ xem để gỡ lỗi và tối ưu hóa bằng cách sử dụng Trình xem phân cấp được cung cấp cùng với SDK Android.
Liên quan: View , ViewGroup
XemNhóm: Một đối tượng vùng chứa nhóm một tập hợp các chế độ xem con. Nhóm chế độ xem chịu trách nhiệm quyết định vị trí của các chế độ xem con và kích thước của chúng, cũng như gọi mỗi chế độ xem tự vẽ khi thích hợp. Một số nhóm chế độ xem không nhìn thấy được và chỉ dành cho bố cục, trong khi những nhóm khác có giao diện người dùng bên trong (ví dụ: hộp danh sách cuộn). Các nhóm xem đều có trong gói widget , nhưng mở rộng ViewGroup .
Liên quan: Chế độ xem , Chế độ xem phân cấp
tiện ích: Một trong số các lớp con Chế độ xem được triển khai đầy đủ hiển thị các phần tử biểu mẫu và các thành phần giao diện người dùng khác, chẳng hạn như hộp văn bản hoặc menu bật lên. Bởi vì một tiện ích được triển khai đầy đủ nên nó tự xử lý việc đo lường, vẽ và phản hồi các sự kiện trên màn hình. Widget đều nằm trong gói android.widget .
Cửa sổ: Trong một ứng dụng Android, một đối tượng bắt nguồn từ lớp trừu tượng Window chỉ định các thành phần của một cửa sổ chung, chẳng hạn như giao diện (văn bản thanh tiêu đề, vị trí và nội dung của menu, v.v.). Hộp thoại và Hoạt động sử dụng triển khai của lớp này để hiển thị cửa sổ. Bạn không cần triển khai lớp này hoặc sử dụng cửa sổ trong ứng dụng của mình.

Nền tảng

Thời gian chạy Android (ART) và Dalvik: Thời gian chạy Android (ART) là thời gian chạy được quản lý được sử dụng bởi các ứng dụng và một số dịch vụ hệ thống trên Android. Thời gian chạy Android (ART) là thời gian chạy mặc định cho các thiết bị chạy Android 5.0 (API cấp 21) trở lên. ART và tiền thân của nó là Dalvik ban đầu được tạo riêng cho Dự án mã nguồn mở Android. ART khi thời gian chạy thực thi định dạng Dalvik Executable và đặc tả mã byte Dex. ART và Dalvik là thời gian chạy tương thích chạy Dex bytecode, vì vậy các ứng dụng được phát triển cho Dalvik sẽ hoạt động khi chạy với ART.
dòng mã: Một dòng mã chứa việc phát hành một sản phẩm phần mềm. Nó bao gồm một hoặc nhiều nhánh từ một hoặc nhiều kho lưu trữ, tất cả chúng thường được phát triển tích cực cùng một lúc. Dòng mã là điểm tổng hợp và mục tiêu cho việc phát hành. Để biết thêm thông tin về dòng mã, hãy xem Quản lý phần mềm Android .
tập tin .dex: Tệp mã ứng dụng Android đã biên dịch.
Các chương trình Android được biên dịch thành các tệp .dex (Dalvik Executable), lần lượt các tệp này được nén thành một tệp .apk duy nhất trên thiết bị. Các tệp .dex có thể được tạo bằng cách tự động dịch các ứng dụng đã biên dịch được viết bằng ngôn ngữ lập trình Java.

Bài kiểm tra

hiện vật: Hiện vật là nhật ký liên quan đến bản dựng cho phép khắc phục sự cố cục bộ. Các nhật ký này có thể truy cập trực tiếp từ Gerrit khi xem danh sách thay đổi của bạn. Cuộn xuống Presubmit Status và nhấp vào liên kết Build màu đỏ để xem hoặc tải xuống tệp build_error.log được liên kết. Bạn cũng có thể lấy các tạo phẩm này từ máy chủ Tích hợp liên tục Android trung tâm tại ci.android.com/ bằng cách nhấp vào biểu tượng Tải xuống (mũi tên xuống) cho mục tiêu và bản dựng. Để biết thêm thông tin về cách tìm các thành phần lạ, hãy xem Tích hợp liên tục của Android .
CĐD: Tài liệu định nghĩa khả năng tương thích của Android (CDD) liệt kê các yêu cầu phải đáp ứng để thiết bị của bạn tương thích với phiên bản Android mới nhất. Để được coi là tương thích với Android, việc triển khai thiết bị PHẢI đáp ứng các yêu cầu được trình bày trong Định nghĩa về khả năng tương thích này, bao gồm mọi tài liệu được kết hợp bằng cách tham khảo. Để biết thêm thông tin về CDD, hãy xem Tài liệu định nghĩa khả năng tương thích của Android .
CTS: Bộ kiểm tra khả năng tương thích (CTS) là bộ kiểm tra để đảm bảo tính chính xác của API và thông số kỹ thuật được trình bày trong CDD. Nó có sẵn dưới dạng nguồn trong AOSP và để tải xuống dưới dạng nhị phân. Để biết thêm thông tin, hãy xem Bộ kiểm tra khả năng tương thích .
Người xác minh CTS: Trình xác minh bộ kiểm tra khả năng tương thích (Bộ xác minh CTS) là phần bổ sung cho CTS. CTS Verifier cung cấp các thử nghiệm cho các API và chức năng không thể thử nghiệm trên thiết bị cố định nếu không có đầu vào thủ công (ví dụ: chất lượng âm thanh, gia tốc kế, v.v.). Để biết thêm thông tin, hãy xem Sử dụng Trình xác minh CTS .
gỡ lỗi: Gỡ lỗi yêu cầu tìm và sửa lỗi trong mã nền tảng Android, trong các tính năng hoặc thử nghiệm của chúng. Để biết thêm thông tin, hãy xem Gỡ lỗi mã nền tảng Android gốc
GoogleTest (GTest): GTest là khung mô phỏng và thử nghiệm C++ của Google. Các nhị phân GTest thường truy cập các lớp trừu tượng cấp thấp hơn hoặc thực hiện IPC thô đối với các dịch vụ hệ thống khác nhau. Do đó, phương pháp thử nghiệm cho Gtest thường được kết hợp chặt chẽ với dịch vụ đang được thử nghiệm. Tìm mã tại github.com/google/googletest và tài liệu tại google.github.io/googletest .
kiểm tra thiết bị: Thử nghiệm thiết bị cung cấp một môi trường thực thi thử nghiệm đặc biệt như được khởi chạy bởi lệnh am instrument , trong đó quy trình ứng dụng được nhắm mục tiêu được khởi động lại và khởi tạo với ngữ cảnh ứng dụng cơ bản và một luồng thiết bị được bắt đầu bên trong máy ảo quy trình ứng dụng. Để biết thêm thông tin, hãy xem Kiểm tra thiết bị .
logcat: Logcat là một công cụ dòng lệnh kết xuất nhật ký các thông báo hệ thống, bao gồm dấu vết ngăn xếp khi thiết bị đưa ra lỗi và các thông báo mà bạn đã viết từ ứng dụng của mình bằng lớp Log . Để biết thêm thông tin, hãy xem công cụ dòng lệnh Logcat .
ghi nhật ký: Đăng nhập Android rất phức tạp do sử dụng hỗn hợp các tiêu chuẩn được kết hợp trong logcat . Để biết chi tiết về các tiêu chuẩn chính được sử dụng, hãy xem Tìm hiểu về ghi nhật ký .
Hợp nhất xung đột: Xung đột hợp nhất xảy ra khi hai hoặc nhiều phiên bản của cùng một tệp không còn có thể được hợp nhất tự động bởi máy chủ bản dựng Android. Những điều này thường yêu cầu chỉnh sửa thủ công tệp để giải quyết tất cả các bản cập nhật xung đột.
Kiểm tra trước và sau khi gửi: Các bài kiểm tra gửi trước được sử dụng để ngăn chặn các lỗi được đưa vào các hạt nhân chung. Kết quả không có sẵn công khai tại thời điểm này.

Các bài kiểm tra gửi sau của Android được thực hiện khi một bản vá mới được cam kết với một nhánh nhân chung. Bằng cách nhập aosp_kernel làm tên nhánh một phần, bạn có thể xem danh sách các nhánh nhân có sẵn kết quả. Ví dụ: bạn có thể tìm thấy kết quả cho `android-mainline` tại đây .
trao đổi: Khai thác kiểm tra Liên đoàn Thương mại (viết tắt là Tradefeed hoặc TF) là một khung kiểm tra liên tục được thiết kế để chạy thử nghiệm trên thiết bị Android. Ví dụ: Tradefed được sử dụng để chạy CTS và VTS. Để biết thêm thông tin, hãy xem Tổng quan về Liên đoàn Thương mại .
VTS: Bộ thử nghiệm dành cho nhà cung cấp Android (VTS) cung cấp chức năng mở rộng cho thử nghiệm Android, thúc đẩy quá trình phát triển dựa trên thử nghiệm và tự động hóa thử nghiệm nhân HAL và OS. Để biết thêm thông tin, hãy xem Bộ kiểm tra nhà cung cấp (VTS) và Cơ sở hạ tầng .