اعتبارًا من 27 آذار (مارس) 2025، ننصحك باستخدام android-latest-release بدلاً من aosp-main لإنشاء AOSP والمساهمة فيه. لمزيد من المعلومات، يُرجى الاطّلاع على التغييرات في AOSP.
نظرة عامة على AOSP
تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
Android هو نظام تشغيل لمجموعة كبيرة من الأجهزة التي تتضمّن
عوامل شكل مختلفة. تتوفّر مستندات ورمز المصدر لنظام التشغيل Android
لأي مستخدم في إطار مشروع مفتوح المصدر لنظام Android (AOSP). يمكنك استخدام
AOSP لإنشاء إصدارات مخصّصة من نظام التشغيل Android لأجهزة Android الخاصة بك.
تم تصميم AOSP بحيث لا تتوفّر نقطة مركزية للأعطال، حيث يفرض أحد أطراف الصناعة قيودًا على إبداعات الطرف الآخر أو يتحكّم فيها. لذلك،
يُعدّ نظام التشغيل AOSP منتجًا كاملاً للمطوّرين بجودة الإنتاج ورمز مصدر مفتوح لأجل
التخصيص والنقل.
يساعد هذا القسم من المستندات مطوّري AOSP الجدد في بدء استخدام
النظام الأساسي وتنفيذ مهام التطوير الأساسية.
الأحكام المطلوبة
في ما يلي قائمة بالمصطلحات والتعريفات المستخدَمة في مستندات "البدء". يجب دراسة كل تعريف قبل المتابعة
أكثر.
- مطوّر تطبيقات Android
يكتب مطوّرو تطبيقات Android تطبيقات Android أو التطبيقات التي تعمل على
Android. هناك تصنيفان لمطوّري التطبيقات: مطوّرو التطبيقات التابعون للجهة الحالية (1p) ومطوّرو التطبيقات التابعون لجهات خارجية (3p).
- مطوّر تطبيقات Android التابع لجهة خارجية
- مطوّر تطبيقات Android يمكنه الوصول إلى واجهات برمجة تطبيقات نظام AOSP وكتابة
تطبيقات مميّزة وتطبيقات المصنّعين للأجهزة
- مطوّر تطبيقات Android تابع لجهة خارجية
- مطوّر تطبيقات Android يستخدم حزمة تطوير البرامج (SDK) العامة لنظام التشغيل Android فقط لإنشاء
تطبيقات Android
إذا كنت تريد تطوير تطبيقات تابعة لجهات خارجية لنظام التشغيل Android، يُرجى الرجوع إلى
developers.android.com. إنّ المعلومات الواردة في
هذا الموقع الإلكتروني مخصّصة فقط لأولئك الذين يعملون مباشرةً مع AOSP.
- Android Debug Bridge (adb)
- أداة سطر الأوامر (
adb) التي تتيح لمحطة العمل التواصل مع
جهاز افتراضي أو جهاز محاكي أو جهاز مادي
- جهاز متوافق مع Android
- جهاز يمكنه تشغيل أي تطبيق تابع لجهة خارجية كتبه مطوّرون تابعون لجهات خارجية
باستخدام حِزم تطوير البرامج (SDK) وNDK لنظام التشغيل Android يجب أن تلتزم الأجهزة المتوافقة مع Android ب requirements of the
مستند تعريف التوافق (CDD) وأن تجتاز اختبارات
مجموعة اختبار التوافق (CTS). إنّ الأجهزة المتوافقة مع Android مؤهَّلة للمشاركة في منظومة Android المتكاملة التي تشمل ترخيصًا محتملًا لاستخدام "متجر Google Play" وترخيصًا محتملًا لاستخدام حزمة Google Mobile Services (GMS) من التطبيقات وواجهات برمجة التطبيقات، واستخدام علامة Android التجارية. يمكن لأي مستخدم استخدام رمز المصدر لنظام التشغيل Android، ولكن لكي يُعتبر الجهاز جزءًا من منظومة Android المتكاملة، يجب أن يكون متوافقًا مع Android. لمزيد من المعلومات حول التوافق
ومجموعة أدوات اختبار التوافق (CTS)، يُرجى الاطّلاع على
نظرة عامة على "برنامج التوافق مع Android"
.
- مستند تعريف التوافق (CDD)
- مستند يسرد متطلبات البرامج والأجهزة لجهاز
متوافق مع Android
- المساهم
شخص يقدّم مساهمات في رمز المصدر لمشروع AOSP يمكن أن يكون المساهمون
موظفين في Google أو موظفين في شركات أخرى أو أفرادًا
غير تابعين لأي شركة. يستخدم كل مشارِك في AOSP الأدوات نفسها ويتّبع
عملية مراجعة الرموز البرمجية نفسها، ويخضع لأسلوب الترميز نفسه. ليس عليك
أن تكون من المساهمين لاستخدام AOSP، فيمكنك تنزيله
وتعديله لتلبية احتياجاتك ونشره على جهاز بدون المساهمة في تطوير код برمجي ليتمكّن الآخرون من استخدامه.
هناك قيود على نوع المساهمات في الرموز البرمجية التي تقبلها Google. على سبيل المثال،
قد تريد المساهمة بواجهة برمجة تطبيقات بديلة للتطبيقات، مثل بيئة كاملة
تستند إلى C++. سترفض Google هذه المساهمة لأنّ نظام Android
يشجع على تشغيل التطبيقات في وقت تشغيل ART. وبالمثل، لا تقبل Google
المساهمات، مثل مكتبات GPL أو LGPL غير المتوافقة مع أهداف
الترخيص.
إذا كنت مهتمًا بالمساهمة في الترميز المصدري،
يُرجى التواصل مع Google قبل بدء العمل.
- مجموعة أدوات اختبار التوافق (CTS)
مجموعة اختبارات مجانية من المستوى التجاري، متاحة للتنزيل كملف ثنائي أو كملف مصدر في AOSP اختبارات CTS هي مجموعة من اختبارات الوحدة المصمّمة للدمج في
سير عملك اليومي. يهدف CTS إلى الكشف عن حالات عدم التوافق والتأكّد من أنّ البرنامج يظل متوافقًا طوال عملية التطوير.
- الحبار المخطط
جهاز افتراضي قابل للضبط يعمل بنظام التشغيل Android ويمكن تشغيله عن بُعد باستخدام
عروض السحابة الإلكترونية التابعة لجهات خارجية، مثل Google Cloud Engine، وعلى الأجهزة المحلية التي تعمل بنظام التشغيل Linux
x86.
- المطوّر
في سياق AOSP، المطوِّر هو أي شخص يعمل مع AOSP بأي
طريقة. يُستخدَم مصطلح "المطوّر" للإشارة بشكل عام إلى الأشخاص المختلفين الذين
قد يقرأون هذه المستندات، مثل المصنّعين الأصليين للأجهزة
(OEM) وصنّاع الهواتف الجوّالة ومشغّلي شبكات الجوّال وصنّاع المنظومة على الرقاقة (SoC).
- خدمات Google للأجهزة الجوّالة (GMS)
مجموعة من تطبيقات Google وواجهات برمجة التطبيقات التي يمكن تثبيتها مسبقًا على الأجهزة
- Target
ترتيب مختلف لجهاز معيّن، مثل طراز أو شكل معيّنَين على سبيل المثال، يمثّل aosp_cf_x86_64_only_phone-userdebug هاتفًا يعمل بمعالج x86 بسعة 65 ميغابايت ومزوّدًا
بمعلومات تصحيح الأخطاء المصمّمة للتشغيل على محاكي cuttlefish.
فلسفة الإدارة
تم إنشاء نظام التشغيل Android من قِبل مجموعة من الشركات المعروفة باسم Open Handset Alliance (OHA) بقيادة Google. في الوقت الحالي، استثمرت العديد من الشركات، سواء الأعضاء الأصليين في OHA أو
غيرهم، بكثافة في Android. وقد خصصت هذه الشركات
موارد هندسية كبيرة لتحسين Android وطرح أجهزة Android
في السوق.
لقد استثمرت الشركات في Android لأنّها تعتقد أنّه
من الضروري توفير منصة مفتوحة. يُعدّ Android مشروعًا مفتوحًا
بوعي وبشكل صريح (على عكس البرامج المجانية)، حيث جمعت مجموعة من المؤسسات التي تشترك في
الاحتياجات مواردها للتعاون في تنفيذ واحد لمنتج
مشترَك. أولاً وقبل كل شيء، تستند فلسفة Android إلى الحلول العملية. يندرج الهدف ضمن المنتجات المشتركة التي يمكن لكل مساهم تخصيصها.
بالطبع، يمكن أن يؤدي التخصيص غير الخاضع للرقابة إلى عمليات تنفيذ غير متوافقة.
لتجنُّب عدم التوافق، يدير "المشروع مفتوح المصدر لنظام Android (AOSP)"
برنامج التوافق مع Android، الذي يوضّح معنى التوافق مع Android والمتطلّبات التي يجب أن يستوفيها
صنّاع الأجهزة للحصول على هذا التصنيف. يمكن لأي شخص استخدام رمز المصدر لنظام التشغيل Android
لأي غرض، وترحّب Google بكل الاستخدامات المشروعة. ومع ذلك، للمشاركة في المنظومة المتكاملة المشتركة للتطبيقات التي ينشئها أعضاء OHA حول Android، يجب أن يشارِك صانعو الأجهزة في برنامج التوافق مع Android.
تدير Google مشروع AOSP، وهي الجهة التي تحافظ على نظام Android وتطوّره. على الرغم من أن نظام Android يتكون من مشروعات فرعية متعددة، فإنّ AOSP هو مشروع إداري بحت.
تتعامل Google مع نظام التشغيل Android باعتباره منتجًا برمجيًا شاملاً واحدًا، وليس
توزيعًا أو مواصفة أو مجموعة من الأجزاء القابلة للاستبدال. تهدف Google إلى أن ينقل صانعو الأجهزة نظام التشغيل Android إلى جهاز معيّن، وليس تنفيذ مواصفة أو تنظيم عملية توزيع.
ما هي الخطوات التالية؟
يخضع كل من المحتوى وعيّنات التعليمات البرمجية في هذه الصفحة للتراخيص الموضحّة في ترخيص استخدام المحتوى. إنّ Java وOpenJDK هما علامتان تجاريتان مسجَّلتان لشركة Oracle و/أو الشركات التابعة لها.
تاريخ التعديل الأخير: 2025-07-27 (حسب التوقيت العالمي المتفَّق عليه)
[[["يسهُل فهم المحتوى.","easyToUnderstand","thumb-up"],["ساعَدني المحتوى في حلّ مشكلتي.","solvedMyProblem","thumb-up"],["غير ذلك","otherUp","thumb-up"]],[["لا يحتوي على المعلومات التي أحتاج إليها.","missingTheInformationINeed","thumb-down"],["الخطوات معقدة للغاية / كثيرة جدًا.","tooComplicatedTooManySteps","thumb-down"],["المحتوى قديم.","outOfDate","thumb-down"],["ثمة مشكلة في الترجمة.","translationIssue","thumb-down"],["مشكلة في العيّنات / التعليمات البرمجية","samplesCodeIssue","thumb-down"],["غير ذلك","otherDown","thumb-down"]],["تاريخ التعديل الأخير: 2025-07-27 (حسب التوقيت العالمي المتفَّق عليه)"],[],[],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)."]]
