ما هو Android Open Source Project (AOSP)؟ شرح كامل لمشروع أندرويد مفتوح المصدر

إذا كنت تستخدم هاتف Samsung أو Xiaomi أو Google Pixel أو أي هاتف Android آخر، فمن المحتمل أنك سمعت من قبل عن مصطلح AOSP، خصوصًا عند الحديث عن تحديثات Android، والـCustom ROMs، وواجهات الشركات المصنعة.

لكن ما هو AOSP بالضبط؟ وهل AOSP هو نفسه Android الذي يعمل على هاتفك؟ و هل يتضمن Google Play و YouTube و Google Maps؟ وما علاقته بواجهات مثل One UI وHyperOS؟

Android Open Source Project، أو AOSP، هو مشروع مفتوح المصدر تقوده Google ويحتوي على الشيفرة المصدرية ومكونات نظام Android الأساسية. ويمكن للمصنعين والمطورين استخدام هذه الشيفرة وتعديلها وبناء نسخ مخصصة من Android لأجهزة مختلفة.

لكن الصورة أكثر تعقيدًا من مجرد القول إن “Android مفتوح المصدر”، لأن تجربة Android التي تحصل عليها على معظم الهواتف التجارية تتكون من AOSP إلى جانب مكونات وبرمجيات أخرى، بعضها مملوك لشركات معينة.

ما معنى AOSP؟

اختصار AOSP يعني Android Open Source Project أي مشروع Android مفتوح المصدر;  و هو المشروع الذي يوفر الشيفرة المصدرية والوثائق والأدوات اللازمة لتطوير وبناء نظام Android. توضح Google أن وثائق وشيفرة Android متاحة للجميع من خلال AOSP، وأن المطورين والمصنعين يستطيعون استخدام المشروع لإنشاء نسخ مخصصة من نظام التشغيل لأجهزتهم.

بمعنى أبسط، يمكن اعتبار AOSP الأساس البرمجي المفتوح الذي يمكن بناء نظام Android عليه. ولا يقتصر استخدامه على الهواتف؛ إذ يمكن تكييف Android لأشكال مختلفة من الأجهزة، بما في ذلك الأجهزة اللوحية والسيارات وأجهزة التلفزيون والأجهزة المدمجة وغيرها.

هل AOSP هو Android نفسه؟

نعم و لا, AOSP يمثل الجزء المفتوح المصدر والأساسي من Android، لكنه لا يمثل بالضرورة كل ما تجده على هاتف Android تجاري. وهذه من أكثر النقاط التي تسبب الالتباس.

فعندما تشتري هاتف Samsung مثلًا، فإن النظام الذي تراه أمامك لا يتكون من AOSP وحده. الشركة تضيف طبقة واجهة وتجاربها الخاصة، كما توجد مكونات وخدمات Google المرخصة، بالإضافة إلى تعريفات وبرمجيات مرتبطة بالعتاد.

يمكن تبسيط الصورة هكذا:

AOSP → أساس Android

ثم تضيف الشركة المصنعة مكونات أخرى مثل:

• واجهة المستخدم الخاصة بها.
• تطبيقات النظام.
• تعريفات العتاد.
• تحسينات الكاميرا.
• أدوات إدارة الطاقة.
• ميزات الذكاء الاصطناعي.
• تطبيقات الشركة.
• خدمات Google المرخصة، إذا اختارت الشركة استخدامها.

ولهذا فإن AOSP ليس نسخة جاهزة من الهاتف الذي تحصل عليه عند شراء جهاز Android من المتجر.

ماذا يتضمن AOSP؟

يتضمن AOSP مجموعة واسعة من المكونات الأساسية اللازمة لبناء نظام Android. ومن بين المكونات الموجودة ضمن المشروع:

• Android framework.
• System services.
• Android Runtime (ART).
• مكتبات النظام.
• مكونات واجهة النظام.
• طبقات التعامل مع العتاد.
• بعض تطبيقات النظام الأساسية.
• أدوات التطوير والتصحيح.
• واجهات APIs الخاصة بالنظام.
• مكونات مرتبطة بالنواة والاتصال بين البرمجيات والعتاد.

وتشير Lenovo، في شرحها لـAOSP، إلى مكونات مثل Linux kernel وuser-space libraries وapplication framework وتطبيقات النظام وأدوات مثل ADB ضمن منظومة المشروع. لكن يجب الانتباه إلى أن AOSP لا يعني أن كل تعريفات العتاد الخاصة بكل هاتف موجودة داخله.

فالهاتف الحقيقي يحتاج إلى برمجيات خاصة بالشريحة والكاميرا والشاشة والمودم وغيرها، وهذه المكونات تختلف من جهاز إلى آخر.

هل AOSP مجاني؟

يمكن لأي شخص الوصول إلى شيفرة AOSP واستخدامها وتعديلها وفق شروط التراخيص الخاصة بالمكونات. وتؤكد Google أن أي شخص يمكنه استخدام شيفرة Android المصدرية، وتسمح المنظومة ببناء نسخ مخصصة من Android. لكن عبارة “مفتوح المصدر” لا تعني أن كل شيء في تجربة Android يخضع لنفس الترخيص أو أن جميع مكونات الهاتف مفتوحة المصدر.

وهذه نقطة مهمة جدًا. AOSP مشروع مفتوح المصدر، لكن بعض المكونات الموجودة في هواتف Android التجارية تكون مملوكة لشركات أو خاضعة لتراخيص منفصلة.

ما الفرق بين AOSP وGoogle Mobile Services؟

هذا من أهم الفروق التي يجب فهمها; AOSP ليس هو Google Mobile Services (GMS).

AOSP يوفر أساس نظام Android، بينما Google Mobile Services هي مجموعة من تطبيقات Google وواجهات APIs التي يمكن للمصنعين تثبيتها مسبقًا على الأجهزة وفق شروط Google. وتذكر وثائق AOSP الرسمية أن GMS عبارة عن مجموعة من تطبيقات Google وواجهات APIs التي يمكن تثبيتها مسبقًا على الأجهزة.

ومن أمثلة الخدمات والتطبيقات التي يعرفها المستخدمون:

• Google Play Store.
• Google Maps.
• YouTube.
• Google Chrome.
• Google Play services.

لذلك يمكن أن يكون لديك جهاز مبني على AOSP من دون أن يكون مزودًا بخدمات Google. وهذا يفسر كيف يمكن لشركات أو مشاريع مختلفة بناء أنظمة تعتمد على Android مع تقديم منظومة تطبيقات وخدمات مختلفة.

AOSP مقابل Android مع خدمات Google

يمكن تصور الفرق بهذه الطريقة:

ولهذا فإن قول شخص إن هاتفًا ما “يعمل بنظام AOSP” لا يعني تلقائيًا أنه لا يحتوي على أي خدمات Google؛ فالشركة يمكن أن تبني نظامها اعتمادًا على AOSP ثم تضيف مكونات أخرى وفق التراخيص والاتفاقيات المناسبة.

ما علاقة AOSP بهواتف Samsung و Xiaomi و OnePlus و غيرها؟

عندما تطور شركة مصنعة هاتف Android، فهي لا تبدأ عادةً من نظام تشغيل فارغ. AOSP يوفر لها قاعدة Android يمكن تكييفها مع أجهزتها. بعد ذلك تضيف الشركة طبقتها الخاصة.

على سبيل المثال، Samsung تستخدم One UI فوق Android، بينما تستخدم شركات أخرى واجهات وتجارب مختلفة.

وبالتالي يمكن تصور البنية بصورة مبسطة:

AOSP

↓

Android + مكونات الشركة

↓

واجهة المستخدم والميزات الخاصة بالشركة

↓

الهاتف النهائي

لكن هذه ليست بنية تقنية حرفية لكل جهاز؛ إنها طريقة مبسطة لفهم العلاقة بين المكونات. وتوضح Google أن هدف AOSP هو أن يقوم مصنعو الأجهزة بـport Android إلى أجهزتهم وتخصيصه وفق احتياجاتهم، مع الحفاظ على التوافق عندما يريدون المشاركة في منظومة Android الأوسع.

ما هو Stock Android؟ وهل هو نفسه AOSP؟

لا; يتم استخدام مصطلح Stock Android بشكل واسع، لكنه ليس مرادفًا دقيقًا لـAOSP. AOSP هو مشروع الشيفرة المصدرية. أما Stock Android فعادةً ما يستخدم لوصف تجربة Android القريبة من تصميم Google أو قليلة التعديلات مقارنة بواجهات الشركات المصنعة. ولهذا لا ينبغي وضع المصطلحين في خانة واحدة.

يمكن القول ببساطة:

AOSP = الأساس البرمجي المفتوح

بينما:

Stock Android = وصف لتجربة Android قريبة من الشكل الأصلي أو المرجعي للنظام.

وهناك فرق آخر مهم: هاتف Pixel لا ينبغي وصفه ببساطة بأنه “AOSP فقط”، لأن أجهزة Google التجارية تستخدم أيضًا مكونات وخدمات غير موجودة في AOSP الخام.

هل يمكن لأي شخص بناء نظام Android باستخدام AOSP؟

نعم, وهذه واحدة من أهم فوائد المشروع. يمكن للمطور أو الشركة تنزيل شيفرة AOSP وتعديلها ثم بناء نظام Android مخصص. وتوفر Google وثائق رسمية لتجربة بناء Android من المصدر، بما في ذلك تنزيل الشيفرة، إعداد بيئة التطوير، بناء النظام وتشغيله على جهاز افتراضي مثل Cuttlefish.

لكن هذا لا يعني أن بناء نظام Android كامل أمر بسيط. في وثائق Google الحالية، تتطلب عملية بناء AOSP بيئة Linux 64-bit، ومساحة تخزين كبيرة، وذاكرة RAM لا تقل عن 64GB وفق متطلبات محطة العمل المنشورة حاليًا. كما توصي الوثائق بمئات الجيجابايت من مساحة التخزين لبناء المصدر.

وهذا يوضح أن AOSP موجه بدرجة كبيرة إلى المطورين ومصنعي الأجهزة ومهندسي الأنظمة، وليس إلى المستخدم العادي.

ما هي Custom ROMs وما علاقتها بـAOSP؟

إذا كنت من مستخدمي Android المتقدمين، فمن المؤكد أنك سمعت عن Custom ROM. الـCustom ROM هو نظام Android معدل يتم تطويره لجهاز أو مجموعة من الأجهزة، وغالبًا ما يعتمد على AOSP أو على كود Android مع تعديلات إضافية.

ومن الأمثلة المعروفة تاريخيًا:

• LineageOS.
• أنظمة Android مخصصة للأجهزة القديمة.
• نسخ Android الموجهة لأجهزة أو مشاريع محددة.

لكن ليس كل Custom ROM مطابقًا لـAOSP؛ فقد يضيف المطورون تعديلات كبيرة أو مكونات إضافية أو حلولًا خاصة بالأمان والأداء والواجهة.

ولهذا يمكن اعتبار AOSP أحد أهم الأسس التي يعتمد عليها مجتمع تطوير الأنظمة المخصصة.

لماذا يستخدم المصنعون AOSP؟

هناك عدة أسباب تقنية وتجارية.

1. عدم بناء نظام التشغيل من الصفر

يوفر AOSP كمية ضخمة من المكونات الأساسية التي يحتاج إليها نظام تشغيل حديث.

وهذا يسمح للشركات بالتركيز على ما يميز أجهزتها بدل تطوير كل طبقة من النظام من البداية.

2. إمكانية التخصيص

يمكن للمصنع تعديل النظام ليناسب:

• نوع الشاشة.
• المعالج.
• الكاميرات.
• واجهة المستخدم.
• إدارة البطارية.
• الأجهزة القابلة للطي.
• السيارات.
• الأجهزة اللوحية.
• الأجهزة المدمجة.

3. دعم أشكال مختلفة من الأجهزة

Android لم يعد محصورًا في الهواتف. يمكن تكييف AOSP مع مجموعة واسعة من الأجهزة، وهو ما ينسجم مع طبيعة Android كنظام تشغيل يستهدف أشكالًا مختلفة من الأجهزة.

4. الوصول إلى نظام مفتوح المصدر

يسمح نموذج AOSP للشركات والمطورين بفحص وتعديل أجزاء واسعة من النظام بدل الاعتماد على منصة مغلقة بالكامل.

ما هي علاقة Linux بـAOSP؟

Android مبني على Linux kernel، لكن Android ليس مجرد توزيعة Linux عادية. يستخدم Android النواة للتعامل مع وظائف منخفضة المستوى مثل إدارة العمليات والذاكرة والعتاد، ثم يضيف فوقها طبقات Android الخاصة به.

بصورة مبسطة:

Hardware

↓

Linux Kernel

↓

Android Hardware Abstraction Layer

↓

Android Runtime + Native Libraries

↓

Android Framework

↓

System Apps

ولهذا فإن AOSP يتضمن أجزاء متعددة من منظومة Android فوق النواة، وليس مجرد نسخة من Linux.

ما هي Hardware Abstraction Layer؟

تُعرف اختصارًا بـ HAL. وهي طبقة مهمة في Android لأنها تساعد النظام على التعامل مع مكونات العتاد المختلفة من خلال واجهات محددة.

فمثلًا، يحتاج Android إلى التعامل مع:

• الكاميرا.
• الصوت.
• المستشعرات.
• الشاشة.
• GPS.
• المودم.

ولا يمكن أن تكون طريقة التحكم في هذه المكونات متطابقة في كل هاتف، لأن الشركات تستخدم شرائح ومكونات مختلفة. لذلك تساعد طبقات التجريد Android على فصل أجزاء النظام الأعلى مستوى عن التفاصيل الخاصة بالعتاد.

ما هو Android Compatibility Program؟

إذا كان بإمكان أي شخص تعديل Android، فكيف تمنع Google انتشار نسخ غير متوافقة مع التطبيقات؟ هنا يأتي دور Android Compatibility Program.

توضح Google أن الجهاز الذي يريد أن يكون Android-compatible يجب أن يلتزم بمتطلبات Compatibility Definition Document (CDD) وأن يجتاز Compatibility Test Suite (CTS).

ما هو CDD؟

هو مستند يحدد متطلبات الأجهزة والبرمجيات التي يجب أن يستوفيها الجهاز لكي يعتبر متوافقًا مع Android.

ما هو CTS؟

هو Compatibility Test Suite، وهي مجموعة اختبارات تهدف إلى اكتشاف مشاكل التوافق والتأكد من استمرار توافق النظام مع متطلبات Android.

وهذا مهم لأن الانفتاح الكامل من دون قواعد توافق يمكن أن يؤدي إلى اختلافات كبيرة بين الأجهزة.

هل يمكن استخدام AOSP بدون Google؟

نعم, AOSP بحد ذاته لا يتطلب أن يكون الجهاز مزودًا بخدمات Google. وهذه إحدى النقاط الأساسية في فهم العلاقة بين AOSP وGMS. يمكن بناء نظام باستخدام AOSP وإضافة منظومة خدمات مختلفة أو تطوير خدمات خاصة.

لكن إذا أرادت الشركة أن يكون جهازها جزءًا من منظومة Android المتوافقة وأن تستخدم العلامة التجارية وخدمات Google المرخصة، فعليها استيفاء متطلبات برنامج التوافق.

هل AOSP آمن؟

AOSP ليس مرادفًا تلقائيًا لـ”نظام آمن” أو “نظام غير آمن”.

الأمان يعتمد على:

• إصدار Android.
• تحديثات الأمان.
• طريقة دمج النظام.
• تعريفات العتاد.
• خدمات النظام.
• إعدادات الجهاز.
• التعديلات التي تجريها الشركة.
• سرعة وصول التصحيحات الأمنية.

الميزة المهمة في AOSP هي أن الشيفرة متاحة للمراجعة والتطوير، لكن هذا لا يعني أن أي نسخة مبنية عليها تحصل تلقائيًا على نفس مستوى الأمان.

فالشركة المصنعة مسؤولة عن دمج النظام مع عتادها والحفاظ على التحديثات والتوافق.

هل AOSP أفضل من Android الخاص بالشركات؟

لا توجد إجابة عامة من نوع “أفضل” أو “أسوأ”، لأنهما يخدمان أغراضًا مختلفة. AOSP يمنح المطورين والمصنعين قاعدة مفتوحة وقابلة للتعديل. أما النظام الموجود على هاتف تجاري مثل Samsung أو Xiaomi فيضيف طبقات كثيرة فوق هذه القاعدة، بهدف توفير تجربة مستخدم وميزات خاصة بالجهاز.

يمكن أن تكون هذه الإضافات مثل:

• أدوات الكاميرا.
• الذكاء الاصطناعي.
• ميزات الشاشة.
• إدارة البطارية.
• النوافذ العائمة.
• التخصيص.
• تطبيقات الشركة.
• التكامل مع الأجهزة الأخرى.

لذلك فإن المستخدم العادي غالبًا لا يتعامل مع AOSP مباشرة؛ بل يستخدم نسخة Android قامت الشركة المصنعة بتكييفها مع الهاتف.

لماذا يهم AOSP مستخدم الهاتف العادي؟

قد يبدو AOSP مفهومًا موجهًا للمطورين فقط، لكنه يؤثر بصورة غير مباشرة على تجربة كل مستخدم Android تقريبًا. فهو يساعد على تحديد:

• الأساس الذي تُبنى عليه إصدارات Android.
• كيفية تطوير النظام للأجهزة الجديدة.
• إمكانية إنشاء أنظمة مخصصة.
• تطور ميزات Android الأساسية.
• توافق التطبيقات والأجهزة.
• قدرة الشركات على تخصيص Android.

كما أن فهم AOSP يساعدك على فهم الأخبار التقنية عندما تقرأ عبارات مثل:

“هذا الهاتف يعتمد على AOSP”

أو:

“هذه الواجهة مبنية على Android Open Source Project”

أو:

“تم تطوير Custom ROM اعتمادًا على AOSP.”

AOSP و Android 17

مع كل إصدار جديد من Android، يستمر AOSP في لعب دور أساسي في تطوير المنصة. وتوضح وثائق Google الحالية أن فرع المصدر المستخدم في التطوير والبناء هو android-latest-release، كما توفر Google مستودعات Git التي تحتوي على شيفرة Android وتاريخ التغييرات عليها.

وهذا يعني أن AOSP ليس مشروعًا تاريخيًا ثابتًا، بل مشروع مستمر يتطور مع Android. وفي عام 2026، أوضحت Google أيضًا تغييرًا في طريقة نشر شيفرة AOSP، مع اعتماد نشر الشيفرة في الربعين الثاني والرابع بما يتماشى مع نموذج تطوير trunk stable.

هل AOSP هو مستقبل Android؟

AOSP هو بالفعل أحد المكونات الأساسية في استراتيجية Android طويلة الأمد، لكن من المهم عدم الخلط بين AOSP وبين كل منتجات Android. Google تدير Android كمنصة متكاملة، بينما AOSP هو المشروع المفتوح المصدر الذي يمكن للمصنعين والمطورين استخدامه وتخصيصه.

وهذا النموذج يسمح لـGoogle بالحفاظ على منصة Android مشتركة، وفي الوقت نفسه يمنح الشركات مساحة كبيرة لتطوير تجارب مختلفة فوقها.

الخلاصة

Android Open Source Project أو AOSP هو المشروع مفتوح المصدر الذي يوفر الشيفرة الأساسية لمنصة Android، وتديره Google وتطوره بالتعاون مع مساهمين من جهات مختلفة.

لكن AOSP ليس هو نفسه الهاتف الذي تستخدمه، وليس هو نفسه Google Android بكل خدماته.

عندما تشتري هاتفًا من Samsung أو Xiaomi أو OnePlus أو شركة أخرى، تحصل عادةً على نظام مبني على أساس Android مع طبقات إضافية تشمل واجهة الشركة، وتعريفات العتاد، وتطبيقات النظام، وقد تشمل خدمات Google المرخصة أيضًا.

أهم النقاط التي يجب تذكرها هي:

• AOSP = Android Open Source Project.
• يوفر الشيفرة والمكونات الأساسية لمنصة Android.
• يمكن للمصنعين والمطورين تعديله وبناء أنظمة مخصصة عليه.
• AOSP ليس هو Google Mobile Services.
• Google Play Store وخدمات Google ليست جزءًا من AOSP الخام.
• يمكن بناء نظام Android يعتمد على AOSP دون خدمات Google.
• Custom ROMs يمكن أن تعتمد على AOSP.
• الأجهزة المتوافقة مع Android تخضع لمتطلبات مثل CDD وCTS.
• Stock Android ليس مرادفًا تقنيًا لـAOSP.
• AOSP مهم للمطورين ومصنعي الأجهزة، لكنه يؤثر أيضًا بصورة غير مباشرة على تجربة مستخدم Android اليومية.

وبعبارة واحدة:

AOSP هو الأساس المفتوح الذي يسمح ببناء Android وتخصيصه، وليس المنتج النهائي الذي تراه على شاشة كل هاتف Android.