Mulai 27 Maret 2025, sebaiknya gunakan android-latest-release, bukan aosp-main, untuk mem-build dan berkontribusi pada AOSP. Untuk mengetahui informasi selengkapnya, lihat Perubahan pada AOSP.
Ringkasan AOSP
Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Android adalah sistem operasi untuk berbagai perangkat dengan faktor
bentuk yang berbeda. Dokumentasi dan kode sumber untuk Android tersedia bagi
siapa saja sebagai Project Open Source Android (AOSP). Anda dapat menggunakan
AOSP untuk membuat varian kustom Android OS untuk perangkat Anda sendiri.
AOSP dirancang agar tidak ada titik kegagalan pusat, tempat satu
pemain industri membatasi atau mengontrol inovasi pemain lain. Oleh karena itu,
AOSP adalah produk developer lengkap berkualitas produksi dengan kode sumber yang terbuka untuk
penyesuaian dan porting.
Bagian dokumentasi ini membantu developer AOSP baru memulai
platform dan melakukan tugas pengembangan yang penting.
Persyaratan yang diperlukan
Berikut adalah daftar istilah dan definisi yang digunakan di seluruh dokumentasi Memulai. Anda harus mempelajari setiap definisi sebelum melanjutkan
lebih lanjut.
- Developer aplikasi Android
Developer aplikasi Android menulis aplikasi Android atau aplikasi yang berjalan di
Android. Ada dua klasifikasi developer aplikasi: developer aplikasi pihak pertama (1p) dan
pihak ketiga (3p).
- Developer aplikasi pihak pertama Android
- Developer aplikasi Android yang memiliki akses ke AOSP System API dan menulis
aplikasi produsen perangkat dan aplikasi dengan hak istimewa.
- Developer aplikasi pihak ketiga Android
- Developer aplikasi Android yang hanya menggunakan SDK publik Android untuk membuat
aplikasi Android.
Jika Anda ingin mengembangkan aplikasi pihak ketiga untuk Android, lihat
developers.android.com. Informasi di
situs ini hanya ditujukan bagi mereka yang bekerja langsung dengan AOSP.
- Android Debug Bridge (adb)
- Alat command line (
adb) yang memungkinkan workstation Anda berkomunikasi dengan
perangkat virtual, yang diemulasikan software, atau fisik.
- Perangkat yang kompatibel dengan Android
- Perangkat yang dapat menjalankan aplikasi pihak ketiga apa pun yang ditulis oleh developer pihak ketiga
menggunakan Android SDK dan NDK. Perangkat yang kompatibel dengan Android harus mematuhi
persyaratan
Compatibility Definition Document (CDD) dan lulus
Compatibility Test Suite (CTS). Perangkat yang kompatibel dengan Android
layak untuk berpartisipasi dalam ekosistem Android yang mencakup
potensi pemberian lisensi Android Play Store, potensi pemberian lisensi
rangkaian aplikasi dan API
Layanan Seluler Google (GMS), dan penggunaan merek dagang Android. Siapa pun dapat
menggunakan kode sumber Android, tetapi agar dianggap sebagai bagian dari ekosistem Android,
perangkat harus kompatibel dengan Android. Untuk informasi lebih lanjut tentang kompatibilitas
dan CTS, lihat
ringkasan Program Kompatibilitas Android
- Compatibility Definition Document (CDD)
- Dokumen yang mencantumkan persyaratan software dan hardware untuk
perangkat yang kompatibel dengan Android.
- Kontributor
Seseorang yang memberikan kontribusi pada kode sumber AOSP. Kontributor
dapat berupa karyawan Google, karyawan dari perusahaan lain, dan individu
tanpa afiliasi perusahaan. Setiap kontributor AOSP menggunakan alat yang sama, mengikuti
proses peninjauan kode yang sama, dan tunduk pada gaya coding yang sama. Anda
tidak harus menjadi kontributor untuk menggunakan AOSP; Anda dapat mendownload AOSP,
mengubahnya untuk kebutuhan Anda sendiri, dan men-deploy-nya di perangkat tanpa memberikan
kode untuk digunakan orang lain.
Ada batasan untuk jenis kontribusi kode yang diterima Google. Misalnya,
Anda mungkin ingin berkontribusi pada API aplikasi alternatif, seperti lingkungan
berbasis C++ lengkap. Google akan menolak kontribusi tersebut karena Android
mendorong aplikasi untuk dijalankan di runtime ART. Demikian pula, Google tidak
menerima kontribusi seperti library GPL atau LGPL yang tidak kompatibel dengan
tujuan pemberian lisensi.
Jika Anda tertarik untuk berkontribusi pada kode sumber,
hubungi Google sebelum memulai pekerjaan.
- Compatibility Test Suite (CTS)
Rangkaian pengujian gratis kelas komersial, yang tersedia untuk didownload sebagai biner atau sebagai
sumber di AOSP. CTS adalah serangkaian pengujian unit yang dirancang untuk diintegrasikan ke dalam
alur kerja harian Anda. Tujuan CTS adalah untuk mengungkapkan inkompatibilitas, dan memastikan
bahwa software tetap kompatibel selama proses pengembangan.
- Sotong
Perangkat virtual yang didukung Android dan dapat dikonfigurasi yang dapat berjalan dari jarak jauh, menggunakan penawaran cloud pihak ketiga, seperti Google Cloud Engine, dan secara lokal di mesin Linux x86.
- Developer
Dalam konteks AOSP, developer adalah siapa saja yang bekerja dengan AOSP dengan cara
apa pun. Istilah "developer" digunakan secara umum untuk merujuk pada berbagai orang yang
mungkin membaca dokumentasi ini, seperti produsen peralatan asli
(OEM), pembuat handset, operator, dan pembuat Sistem-di-Chip (SoC).
- Layanan Seluler Google (GMS)
Kumpulan aplikasi dan API Google yang dapat diinstal sebelumnya di perangkat.
- Target
Permutasi perangkat, seperti model atau faktor bentuk tertentu. Misalnya, aosp_cf_x86_64_only_phone-userdebug mewakili ponsel x86 65 MB dengan
informasi proses debug yang dirancang untuk berjalan di emulator cuttlefish.
Filosofi tata kelola
Android berasal dari sekelompok perusahaan yang dikenal sebagai Open Handset Alliance (OHA), yang dipimpin oleh Google. Saat ini, banyak perusahaan—baik anggota asli OHA maupun
yang lain—telah berinvestasi besar-besaran di Android. Perusahaan ini telah mengalokasikan
resource engineer yang signifikan untuk meningkatkan Android dan menghadirkan perangkat Android
ke pasar.
Perusahaan yang telah berinvestasi di Android melakukannya karena mereka percaya
platform terbuka diperlukan. Android secara sengaja dan eksplisit merupakan upaya
open source (bukan software gratis); sekelompok organisasi dengan
kebutuhan bersama telah mengumpulkan resource untuk berkolaborasi dalam satu implementasi
produk bersama. Pertama dan terpenting, filosofi Android bersifat pragmatis. Tujuan
adalah produk bersama yang dapat disesuaikan dan dipersonalisasi oleh setiap kontributor.
Tentu saja, penyesuaian yang tidak terkontrol dapat menyebabkan implementasi yang tidak kompatibel.
Untuk mencegah inkompatibilitas, Project Open Source Android (AOSP) mengelola
program Kompatibilitas Android,
yang menjelaskan arti kompatibilitas Android dan apa yang diperlukan
pabrikan perangkat untuk mencapai status tersebut. Siapa pun dapat menggunakan kode sumber Android
untuk tujuan apa pun, dan Google menyambut semua penggunaan yang sah. Namun, untuk berpartisipasi
dalam ekosistem bersama aplikasi yang dibuat anggota OHA di sekitar Android,
pembuat perangkat harus berpartisipasi dalam program Kompatibilitas Android.
AOSP dipimpin oleh Google, yang mengelola dan mengembangkan Android lebih lanjut. Meskipun
Android terdiri dari beberapa subproject, AOSP sepenuhnya merupakan manajemen project.
Google melihat dan mengelola Android sebagai satu produk software holistik, bukan
distribusi, spesifikasi, atau kumpulan komponen yang dapat diganti. Tujuan Google
adalah agar pembuat perangkat melakukan port Android ke perangkat; mereka tidak menerapkan
spesifikasi atau menyeleksi distribusi.
Apa selanjutnya?
Jika Anda baru menggunakan AOSP dan ingin menjalankan tutorial tentang pengembangan
AOSP, lanjutkan dengan tutorial AOSP.
Jika Anda yakin bahwa perangkat Anda harus kompatibel dengan Android, lihat
program Kompatibilitas Android.
Jika Anda ingin mempelajari latar belakang AOSP, termasuk
partisipasi Google dalam platform ini, lihat
pertanyaan umum (FAQ) AOSP.
Konten dan contoh kode di halaman ini tunduk kepada lisensi yang dijelaskan dalam Lisensi Konten. Java dan OpenJDK adalah merek dagang atau merek dagang terdaftar dari Oracle dan/atau afiliasinya.
Terakhir diperbarui pada 2025-07-27 UTC.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Informasi yang saya butuhkan tidak ada","missingTheInformationINeed","thumb-down"],["Terlalu rumit/langkahnya terlalu banyak","tooComplicatedTooManySteps","thumb-down"],["Sudah usang","outOfDate","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Masalah kode / contoh","samplesCodeIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-07-27 UTC."],[],[],null,["# AOSP overview\n\n*Android* is an operating system for a wide array of devices with different\nform factors. The documentation and source code for Android is available to\nanyone as the *Android Open Source Project (AOSP)*. You can use\nAOSP to create custom variants of the Android OS for your own devices.\n\nAOSP is designed so that there's no central point of failure, where one\nindustry player restricts or controls the innovations of another. Therefore,\nAOSP is a full, production-quality developer product with source code open for\ncustomization and porting.\n\nThis section of documentation helps new AOSP developers get started with the\nplatform and to perform essential development tasks.\n\nRequired terms\n--------------\n\nFollowing is a list of terms and definitions used throughout the Getting\nStarted documentation. You should study each definition before continuing\nfurther.\n\n*Android app developer*\n\n: Android app developers writes *Android apps* or applications that run on\n Android. There are two classification of app developers: first-party (1p) and\n third-party (3p) app developers.\n\n *Android first-party app developer*\n : An Android app developer that has access to AOSP System APIs and writes\n privileged and device manufacturer apps.\n\n *Android third-party app developer*\n : An Android app developer who solely uses Android's public SDK to create\n Android apps.\n\nIf you want to develop third-party apps for Android, refer to\n[`developers.android.com`](https://developer.android.com/). The information on\nthis website is solely for those working directly with AOSP.\n\n*Android debug bridge (adb)*\n: A command-line tool (`adb`) that allows your workstation communicate with a\n virtual, software-emulated, or physical device.\n\n*Android-compatible device*\n: A device that can run any third-party app written by third-party developers\n using the Android SDK and NDK. Android-compatible devices must adhere to the\n requirements of the\n [Compatibility Definition Document (CDD)](#cdd) and pass the\n [Compatibility Test Suite (CTS)](#cts). Android-compatible\n devices are eligible to participate in the Android ecosystem which includes\n potential licensure of the Android Play Store, potential licensure the\n [Google Mobile Services (GMS)](#gms) suite of\n applications and APIs, and use of the Android trademark. Anyone is welcome to\n use the Android source code, but to be considered part of the Android ecosystem,\n a device must be Android-compatible. For further information on compatibility\n and CTS, see the\n [Android Compatibility Program overview](/docs/compatibility/overview)\n\n*Compatibility Definition Document (CDD)*\n: A document that enumerates the software and hardware requirements for an\n Android-compatible device.\n\n*Contributor*\n\n: A person who makes contributions to the AOSP source code. Contributors\n can be employees of Google, employees from other companies, and individuals\n with no company affiliation. Every AOSP contributor uses the same tools, follows\n the same code review process, and is subject to the same coding style. You\n don't have to be a contributor to use AOSP; you can download AOSP,\n modify it for your own needs, and deploy it on a device without contributing\n code for others to use.\n\n There are limits to the type of code contributions Google accepts. For example,\n you might want to contribute an alternative application API, such as a full\n C++-based environment. Google would decline that contribution because Android\n encourages applications to be run in the ART runtime. Similarly, Google doesn't\n accept contributions such as GPL or LGPL libraries that are incompatible with\n licensing goals.\n\n If you are interested in contributing source code,\n [contact Google](/docs/setup/community) prior to beginning work.\n\n*Compatibility Test Suite (CTS)*\n\n: A free, commercial-grade test suite, available for download as a binary or as\n source in AOSP. The CTS is a set of unit tests designed to be integrated into\n your daily workflow. CTS's intent is to reveal incompatibilities, and ensure\n that the software remains compatible throughout the development process.\n\n*Cuttlefish*\n\n: A configurable virtual Android-powered device that can run remotely, using\n third-party cloud offerings, such as Google Cloud Engine, and locally on Linux\n x86 machines.\n\n*Developer*\n\n: In the context of AOSP, a developer is anyone who works with AOSP in any\n way. The term \"developer\" is used to generically refer to the various people who\n might read this documentation, such as original equipment manufacturers\n (OEMs), handset makers, carriers, and System-on-a-Chip (SoC) creators.\n\n*Google Mobile Services (GMS)*\n\n: A collection of Google apps and APIs that can be pre-installed on devices.\n\n*Target*\n\n: A permutation of a device, such as a specific model or form factor. For\n example, `aosp_cf_x86_64_only_phone-userdebug` represents a x86 65MB phone with\n debugging information that is designed to run on the cuttlefish emulator.\n\nGovernance philosophy\n---------------------\n\nA group of companies known as the Open Handset Alliance (OHA), led by Google,\noriginated Android. Today, many companies---both original members of the OHA and\nothers---have invested heavily in Android. These companies have allocated\nsignificant engineering resources to improve Android and bring Android devices\nto market.\n\nThe companies that have invested in Android have done so because they believe an\nopen platform is necessary. Android is intentionally and explicitly an open\nsource effort (as opposed to free software); a group of organizations with\nshared needs has pooled resources to collaborate on a single implementation of a\nshared product. First and foremost, the Android philosophy is pragmatic. The\nobjective is a shared product that each contributor can tailor and customize.\n\nOf course, uncontrolled customization can lead to incompatible implementations.\nTo prevent incompatibility, the Android Open Source Project (AOSP) maintains\nthe\n[Android Compatibility program](/docs/compatibility/overview),\nwhich spells out what it means to be Android-compatible and what's required of\ndevice builders to achieve that status. Anyone can use the Android source code\nfor any purpose, and Google welcomes all legitimate uses. However, to take part\nin the shared ecosystem of applications OHA members are building around Android,\ndevice builders must participate in the Android Compatibility program.\n\nAOSP is led by Google, who maintains and further develops Android. Although\nAndroid consists of multiple subprojects, AOSP is strictly project management.\nGoogle views and manage Android as a single, holistic software product, not a\ndistribution, specification, or collection of replaceable parts. Google's intent\nis that device builders port Android to a device; they don't implement a\nspecification or curate a distribution.\n\nWhat's next?\n------------\n\n- If you're new to AOSP and want to run through a tutorial on AOSP\n development, proceed with [AOSP tutorial](/docs/setup/start).\n\n- If you believe that your device needs to be Android-compatible, refer to the\n [Android Compatibility program](/docs/compatibility/overview).\n\n- If you want to learn about the background of AOSP, including Google's\n participation in the platform, see\n [AOSP frequently asked questions](/docs/setup/about/faqs)."]]
