يأتي Android 16 مع أحد تلك التحسينات التي قد تبدو بسيطة للوهلة الأولى، ولكنها قد تحدث فرقًا كبيرًا في الحياة اليومية: تصبح تحديثات التطبيق فورية تقريبًا وأقل إزعاجًا.بفضل مجموعة من تغييرات النظام وميزات تثبيت التطبيقات الجديدة، تريد Google أن يظل هاتفك محدثًا دائمًا دون أن تشعر بأن شيئًا ما يتجمد باستمرار.
وراء هذه التجربة الأكثر سلاسة هناك العديد من المكونات التقنية التي تعمل في الخلفية: "تحديثات التطبيقات السلسة الجديدة"، ونقل العمليات مثل dexopt وdex2oat، وما يسمى بالبناء السحابييُضاف كل هذا إلى تغييرات مهمة أخرى في أندرويد 16، تؤثر على المطورين، والأداء، والأمان، والخصوصية، والصحة الرقمية، والتوافق مع تنسيقات الشاشة المختلفة. دعونا نلقي نظرة واضحة ومباشرة على التغييرات المُرتقبة.
ما هي تحديثات التطبيقات السلسة في Android 16؟
الفكرة المركزية لأندرويد 16 في هذا المجال واضحة: لضمان أن يكون لتحديثات التطبيق أقل تأثير ممكن على الاستخدام العادي للهاتف المحمولحتى الآن، في كل مرة يتم فيها تحديث تطبيق، كان على النظام "تجميده" لفترة قصيرة من الوقت أثناء استبدال الكود والموارد الداخلية الخاصة به، مما يمنعه من التشغيل بالتوازي لتجنب الأخطاء أو فشل البيانات أو الإغلاقات غير المتوقعة.
أن كان التجميد المؤقت منطقيًا من وجهة نظر الاستقرار.لكن عمليًا، قد يكون هذا مُزعجًا بعض الشيء. في التطبيقات الكبيرة أو الحرجة للنظام، كان هذا التوقف لبضع ثوانٍ كافيًا لتسببه في سلوك غريب للتطبيقات الأخرى التي تعتمد عليه، أو توقفها عن العمل في انتظار، أو حتى ظهور أخطاء عرضية.
مع Android 16، تتخذ Google خطوة أخرى وتتبنى مفهومًا أكثر عدوانية تحديثات التطبيق سلسةالهدف ليس فقط جعل التحديث يستغرق وقتًا أقل، ولكن أيضًا تقليل الوقت الذي يكون فيه التطبيق غير قابل للتشغيل تمامًا إلى الحد الأدنى الممكن، لدرجة أنه يصبح غير محسوس للمستخدم.
وفقًا للمعلومات التي قدمتها جوجل من خلال المصادر الرسمية، لقد انتقلت الفترة التي يظل فيها التطبيق مجمدًا أثناء التحديث من "عدة ثوانٍ" إلى "عشرات المللي ثانية"من الناحية العملية، نحن نتحدث عن القفزة من التوقف الذي لاحظته بوضوح إلى وميض لا تشعر به في كثير من الحالات.
كيف يعمل Android 16 على تسريع تحديثات التطبيقات
لتحقيق هذا التخفيض العدواني في وقت التوقف، لا يلجأ Android 16 إلى الحيل السطحية. ما يفعله هو إعادة تنظيم المهام الداخلية الثقيلة جدًا وتقديمها إلى مرحلة قبل التثبيت.وبالتالي، تصبح الفترة "الحرجة" التي يجب فيها تجميد التطبيق أقصر بكثير.
القطعتان الرئيسيتان هنا هما dexopt وdex2oatهذه أدوات ضمن بيئة تشغيل أندرويد (ART) مسؤولة عن تحسين الكود الثنائي للتطبيق. تقليديًا، كان يتم تنفيذ بعض أعمالها بدقة خلال فترة توقف التطبيق مؤقتًا، مما أدى في بعض الحالات إلى إطالة وقت التجميد لعدة ثوانٍ.
مع أندرويد 16، تنتقل هذه العمليات إلى مرحلة مبكرة من تدفق التحديثبمعنى آخر، يُجري النظام معظم عمليات التحسين قبل الوصول إلى مرحلة استبدال الملفات القديمة بأخرى جديدة. عند حدوث التوقف المؤقت الحرج، لا يتبقى سوى تبديل سريع للملفات، مما يُقلل وقت التجميد إلى بضع عشرات من المللي ثانية فقط.
إن ميزة هذا النهج مزدوجة: من ناحية، يشعر المستخدم بالتحديث على أنه فوري تقريبًا. لأن التطبيق بالكاد يتوقف عن التوفر؛ ومن ناحية أخرى، يتم الحفاظ على نفس مستوى الأمان والاتساق في البيانات، حيث تستمر عمليات التحقق والتحسين، فقط في نقطة أقل إزعاجًا في العملية لتجربة المستخدم.
تأثير حقيقي على المستخدمين الذين لديهم العديد من التطبيقات والهواتف المحمولة المتواضعة
في الهواتف المحمولة التي تحتوي على عدد قليل من التطبيقات خفيفة الوزن، قد تمر هذه التغييرات دون أن يلاحظها أحد إلى حد ما. إذا كنت تستخدم عددًا قليلًا من التطبيقات التي يتم تحديثها من حين لآخر وتستهلك موارد قليلة، فقد لا تشعر أبدًا بأن التحديثات تشكل مشكلة.لكن الصورة تتغير بشكل كبير عندما نتحدث عن الأجهزة التي تحتوي على عشرات التطبيقات، أو الألعاب الثقيلة، أو الخدمات التي يتم تحديثها بشكل متكرر.
على الهواتف التي يتم استخدام العديد من التطبيقات فيها بكثافة، يؤدي تقليل وقت التوقف بين التحديثات إلى تقليل فترات التجميد القصيرة، وتقليل القفزات الغريبة في الواجهة، وتجربة أكثر سلاسة بشكل عام.علاوة على ذلك، إذا كان أي من هذه التطبيقات يعمل كخدمة مركزية أو يوفر واجهات برمجة تطبيقات لتطبيقات أخرى (على سبيل المثال، عملاء المراسلة أو مكتبات الأمان أو تطبيقات النظام)، فإن تقليل تجميدها أثناء التحديثات يساعد سلسلة التطبيقات بأكملها على الاستمرار في العمل بشكل طبيعي.
وهذا التطور مثير للاهتمام بشكل خاص أيضًا بالنسبة لـ أجهزة من المستوى الأول أو الأجهزة متوسطة المدىحيث تواجه الأجهزة صعوبة في التعامل مع عمليات التثبيت الكبيرة. لا تكتفي جوجل بإعادة تنظيم العمليات المحلية فحسب، بل تربط هذا التحسين أيضًا بميزة أساسية أخرى في أندرويد 16: التجميع السحابي لتسريع تثبيت التطبيقات الجديدة، وهو ما يُحدث نقلة نوعية للهواتف الأقل قوة.
التجميع السحابي: التطبيقات التي يتم تثبيتها بشكل أسرع بفضل السحابة
بالإضافة إلى تسريع التحديثات، يتضمن Android 16 ميزة تركز على التثبيت الأولي للتطبيقات والألعاب، وخاصة على الأجهزة المتواضعةوتُعرف هذه الميزة باسم التجميع السحابي ومهمتها واضحة: نقل بعض العمل الشاق الذي كان يقع في السابق بالكامل على معالج الهاتف ووحدة التخزين إلى خوادم Google.
عندما تقوم بتثبيت تطبيق على Android، يستخدم النظام ART لتشغيل الكود الخاص به. أثناء التثبيت، تأخذ أداة dex2oat ملفات .dex الخاصة بملف APK، والتي تحتوي على الكود المترجم، وتولد العديد من "قطع أثرية التطبيق".تساعد هذه القطع الأثرية التطبيق على الفتح والتشغيل بشكل أسرع وأكثر كفاءة، ويمكن أن تأتي بتنسيقات مختلفة: ملفات .vdex مع البيانات الوصفية للتحقق من صحة الكود الثنائي، أو ملفات .odex مع الكود المجمّع مسبقًا لطرق محددة، أو ملفات .art مع التمثيلات الداخلية للسلاسل والفئات التي تعمل على تسريع بدء تشغيل التطبيق.
على أقوى الهواتف المحمولة، إن إنشاء هذه القطع الأثرية سريع نسبيًا وشفاف تقريبًاولكن في الهواتف الرخيصة، ذات المعالجات البطيئة والذاكرة البطيئة، يمكن أن تصبح هذه العملية بمثابة عنق زجاجة، خاصةً إذا كان ملف APK يتضمن العديد من ملفات .dex أو كان عبارة عن لعبة أو تطبيق كبير جدًا.
إن اقتراح أندرويد 16 بسيط ولكنه فعال: بدلاً من إنشاء كل هذه القطع الأثرية على الجهاز، قم بتنزيلها مجمعة مسبقًا من Google Playاليوم، يتمتع معظم المستخدمين باتصالات سريعة إلى حد معقول بالهواتف المحمولة وشبكات Wi-Fi، لذلك في كثير من الحالات يكون من الأكثر كفاءة استخدام الشبكة بدلاً من إجبار معالج الهاتف على العمل لعدة ثوانٍ أو حتى دقائق.
SDM والقطع الأثرية المترجمة مسبقًا: دور Secure Dex Metadata
يعتمد إصدار Android 16 السحابي على نوع ملف جديد: SDM تعني Secure Dex Metadataتحتوي ملفات SDM هذه، التي تم تنزيلها مع APK من متجر Play، على عناصر التطبيق التي تم إنشاؤها بالفعل في البنية الأساسية الخاصة بـ Google باستخدام dex2oat، لذلك لا يتعين على الجهاز تكرار هذا العمل محليًا.
تفصيل مهم هو ذلك يتم توقيع ملفات SDM بنفس المفتاح الموجود في APKيتيح هذا للنظام التحقق من أن العناصر من مصدر موثوق ولم تُعدّل، مما يضمن سلامة العملية وأمانها. بهذه الطريقة، يُمكن للهاتف تثبيت التطبيق مباشرةً باستخدام هذه العناصر المُجمّعة مسبقًا، مما يُسرّع عملية التثبيت الأولية بشكل ملحوظ، خاصةً على الأجهزة منخفضة المواصفات.
في الممارسة العملية، هذا يعني ذلك يمكن لنظام Android 16 منع تشغيل dex2oat أثناء التثبيت في العديد من الحالاتوبما أن العمل الشاق قد تم إنجازه بالفعل على خوادم Google، فإن النتيجة هي ضغط أقل على المعالج، واستهلاك أقل للطاقة أثناء التثبيت، وأوقات انتظار أقصر عند تنزيل التطبيقات أو الألعاب الكبيرة التي تحتوي على كميات كبيرة من التعليمات البرمجية.
ومع ذلك، فإن هذا النظام بأكمله يتطلب ذلك قامت Google بتكوين متجر Play لإنشاء وتوزيع هذه الرسائل النصية القصيرة بشكل جماعي.في المراحل الأولية، قد تكون الميزة موجودة في النظام ولكنها غير مفعّلة بالكامل، وذلك تحديدًا لأن البنية التحتية لبناء السحابة تحتاج إلى تعديل وإطلاق تدريجي. لا تتوقعوا معجزات فورية على جميع الأجهزة المتوافقة؛ فالتبني سيكون تدريجيًا.
العلاقة بين التحديثات السريعة وبناء السحابة
على الرغم من أنها قد تبدو وكأنها شيئين منفصلين، التحديثات السلسة وبناء السحابة مرتبطان ارتباطًا وثيقًا لأن كلاهما يدور حول كيفية وتوقيت إنشاء وتطبيق عناصر تنفيذ التطبيق. من ناحية، يُقدّم أندرويد 16 تنفيذ dexopt وdex2oat إلى مراحل أقل أهمية من عملية التحديث، مما يُقلّل من وقت بقاء التطبيق مُجمّدًا.
وعلاوة على ذلك، يعني التجميع السحابي أنه في كثير من الحالات، لا يتعين حتى القيام بهذا العمل على الجهاز.ينطبق هذا أثناء التثبيت الأولي وفي بعض التحديثات. بتنزيل عناصر جاهزة للاستخدام، يُسهّل الجمع بين كلا النهجين عملية التثبيت الأولي والتحديثات اللاحقة ويجعلها أقل تعقيدًا.
كل هذا يتوافق مع هدف أساسي: تحسين نظام Android ليعمل بسلاسة حتى على الأجهزة المتواضعةمع تقليل وقت التوقف وتخفيف الآثار الجانبية التي قد تسببها التحديثات على التطبيقات والخدمات الأخرى.
تغييرات أخرى في Android 16 تؤثر على الأداء والتجربة
لا تأتي التحسينات في التحديثات والتثبيتات منفردة. يتضمن Android 16 قائمة طويلة من تغييرات السلوك التي إنها تؤثر على كل من التطبيقات التي تستهدف الإصدار الجديد (targetSdkVersion 36) ونظام التشغيل نفسه.لا يرتبط الكثير منها بشكل مباشر بتحديثات التطبيق، ولكنها تؤثر على استقرار أو أداء أو اتساق التجربة.
في مجال تجربة المستخدم والتصميم، يعزز Android 16 الالتزام بالواجهات من الحافة إلى الحافة بإزالة الخيار الذي كان يسمح بتعطيل هذا الوضع باستخدام سمة `windowOptOutEdgeToEdgeEnforcement` في التطبيقات التي تستهدف مستوى واجهة برمجة التطبيقات الجديد. إذا كان التطبيق يستهدف نظام التشغيل Android 16 ويعمل على جهاز يعمل بهذا الإصدار، فلن يتمكن من تعطيل هذا السلوك، لذا يجب على المطورين تكييف تصميماتهم للعمل بشكل صحيح في وضع ملء الشاشة.
هناك أيضًا تغييرات كبيرة في الملاحة: أصبحت الإيماءات التنبؤية للخلف هي القاعدة للتطبيقات التي تستهدف نظام التشغيل Android 16على الأجهزة التي تعمل بهذا الإصدار، لم يعد يُستدعى `onBackPressed`، ولا يُرسل مفتاح KEYCODE_BACK كما كان من قبل؛ تُرشد رسوم النظام المتحركة المستخدم الآن إلى الموقع المطلوب عند التمرير للخلف (الصفحة الرئيسية، النشاط السابق، إلخ). ينبغي على المطورين الذين استخدموا زر الرجوع الانتقال إلى واجهات برمجة تطبيقات التنقل الجديدة، أو كحل مؤقت، تعطيل هذا السلوك باستخدام السمة `android:enableOnBackInvokedCallback=false` في البيان.
التغييرات التقنية الرئيسية للمطورين
وراء التجربة البصرية، يقدم Android 16 تعديلات على العمليات الداخلية للمهام المجدولة والخطوط والتخطيطات المستجيبةعلى سبيل المثال، تُغيّر طريقة `scheduleAtFixedRate` سلوكها: فبدلاً من تنفيذ جميع عمليات التنفيذ الفائتة عند عودة التطبيق إلى دورة حياة صالحة، يتم تشغيل عملية واحدة فقط. يُساعد هذا على منع الارتفاع المفاجئ في عبء العمل ويُحسّن الأداء العام، مع العلم أنه ينبغي على المطورين التحقق مما إذا كان منطقهم قد تأثر.
فيما يتعلق بالنص والخطوط، لم تعد سمة elegantTextHeight لها أي تأثير على التطبيقات التي تستهدف Android 16يتم إيقاف ما يسمى بـ "الخطوط الأنيقة"، لذا من الضروري التخطيط لتصميم طباعي متناسق للغات مثل العربية والتايلاندية والتاميلية أو الأبجديات الهندية المختلفة دون الاعتماد على هذا التعديل التلقائي.
على الأجهزة ذات الشاشات الكبيرة (الأجهزة اللوحية، والأجهزة القابلة للطي، وأجهزة الكمبيوتر المكتبية، والسيارات، وأجهزة التلفزيون…)، يعزز أندرويد 16 فكرة التصميمات التكيفية بشكل أكبرعلى الشاشات التي يبلغ عرضها 600 بكسل كحد أدنى، يتم تجاهل قيود الاتجاه، وتغيير الحجم، ونسبة العرض إلى الارتفاع المُعلنة في البيان. هذا يعني أن التطبيق سيتوسع ليملأ النافذة بأكملها، دون فرض وضع عمودي أو أفقي. تُستثنى من هذه القاعدة الألعاب، وبعض الاستثناءات التي يُهيئها المستخدم، والشاشات الصغيرة فقط.
هناك طريق هروب مؤقت: يمكن إعلان الخاصية android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY على مستوى النشاط أو التطبيق. للحفاظ على الأداء القديم على الشاشات الكبيرة. لكن هذه الميزة ستختفي في الإصدارات المستقبلية (مستوى واجهة برمجة التطبيقات 37)، لذا يُنصح بالبدء في تعديل الواجهات الآن.
أخبار في الصحة والاتصال والأمن
كما يعزز أندرويد 16 أيضًا الضوابط على بيانات الصحة والنشاط البدنيتم استبدال أذونات BODY_SENSORS وBODY_SENSORS_BACKGROUND بأذونات أكثر تحديدًا ضمن مساحة android.permissions.health، متوافقة مع Health Connect. يجب على التطبيقات التي تقرأ بيانات حساسة، مثل معدل ضربات القلب، طلب أذونات دقيقة مثل READ_HEART_RATE، وأن يكون لها نشاط مرئي لعرض سياسة الخصوصية الخاصة بها، وإلا ستُلغى هذه الأذونات من قِبل النظام.
في مجال البلوتوث، تم تقديم نوايا جديدة، مثل ACTION_KEY_MISSING وACTION_ENCRYPTION_CHANGEللتعامل بشكل أفضل مع فقدان الاقتران وتغييرات التشفير، يمكن للتطبيقات التي تدير الأجهزة المقترنة أن تتفاعل بشكل أكثر دقة عند فقدان المفاتيح، أو إعادة تشفير الرابط، أو تغيير معلمات الأمان، والتكيف مع الاختلافات المحتملة بين الشركات المصنعة.
وبالإضافة إلى ذلك، يمكن الآن لجميع التطبيقات التي تستهدف Android 16 إزالة اقتران Bluetooth من الأجهزة المرتبطة عبر واجهة برمجة تطبيقات عامة في CompanionDeviceManagerتتيح لك المكالمة removeBond(int) إلغاء اقتران Bluetooth المرتبط بجمعية CDM، ويمكن للتطبيق الاستماع إلى ACTION_BOND_STATE_CHANGED لتتبع التغييرات في حالة الاقتران.
من ناحية الأمان، يواصل Android 16 تعزيز النظام. MediaStore#getVersion() يعيد الآن قيمة فريدة لكل تطبيقهذا يمنع استخدام هذه السلسلة كآلية بصمة بين التطبيقات. كما أن مبادرة "النوايا الآمنة" قيد التطوير، بهدف تعزيز نظام حل النوايا: عند تفعيلها عبر سمة intentMatchingFlags، يلزم مطابقة النوايا الصريحة لمرشح المكون المستهدف، وتُمنع النوايا التي لا تتضمن إجراءً من مطابقة المرشحات إلا في حال استخدام علامات محددة مثل allowNullAction.
يمكن تمكين هذا التحكم الأكثر صرامة على مستوى التطبيق أو المكون (النشاط، الخدمة، المستقبل...)، باستخدام علامات مثل executeIntentFilter أو لا شيءيتضمن أيضًا رسائل سجل لتصحيح أخطاء النوايا المحظورة. والفكرة هي الانتقال تدريجيًا إلى نموذج يكون فيه هذا الحل الصارم هو السلوك الافتراضي في الإصدارات المستقبلية.
الحماية الإضافية: وحدة معالجة الرسوميات Mali، والشبكة المحلية، والصور
مجال آخر يعزز فيه Android 16 الأمان هو الوصول إلى وحدة معالجة الرسوميات Mali على أجهزة Pixelيتم حظر أوامر IOCTL القديمة أو تلك المخصصة للتطوير فقط، وتُقتصر أوامر IOCTL المُخصصة للتحليل على عمليات shell أو التطبيقات القابلة للتصحيح. لا يُفترض أن يؤثر هذا على التطبيقات العادية، أو واجهات برمجة التطبيقات الرسومية القياسية مثل Vulkan أو OpenGL، أو أدوات التحليل الرسمية، ولكنه يحد من احتمالية نواقل الهجوم على مستوى النواة. إذا حاول تطبيق استخدام أوامر IOCTL محظورة، يُنشئ النظام عمليات رفض SELinux، وتوصي Google بالإبلاغ عن المشكلة إلى قنوات الأمان المختصة.
في مجال الخصوصية، يتخذ أندرويد 16 خطوة مهمة جدًا للأمام مع حماية الشبكة المحليةحاليًا، يمكن لأي تطبيق لديه إذن وصول إلى الإنترنت الوصول إلى الأجهزة على الشبكة المحلية، مما يفتح المجال أمام تقنيات البصمة أو استخدام الشبكة المحلية كوكيل موقع. يضع النهج الجديد هذا الوصول خلف إذن تشغيل محدد ضمن مجموعة الأجهزة القريبة.
يتم الطرح بشكل تدريجي، مع مرحلة التمكين (الربع الثاني 2025) والتي يمكن للتطبيقات تفعيل القيود من خلال إطار التوافق واختبار حالات الاستخدام الخاصة بهاعندما يتم تعيين علم RESTRICT_LOCAL_NETWORK لحزمة، فإن حركة المرور من وإلى عناوين الشبكة المحلية (أحادية البث، أو متعددة البث، أو البث عبر TCP وUDP) ستولد أخطاء إذا لم يكن التطبيق لديه الأذونات المناسبة، بينما تستمر حركة المرور العادية على الإنترنت في العمل.
في هذه المرحلة الأولية، لاستعادة الوصول إلى شبكة LAN، يحتاج التطبيق ببساطة إلى الإعلان عن إذن NEARBY_WIFI_DEVICES والحصول عليه.مع ذلك، سيتم إضافة إذن محدد لمجموعة الأجهزة القريبة مستقبلًا. تُعتبر شبكات مثل 10.0.0.0/8، و192.168.0.0/16، و172.16.0.0/12، والروابط المحلية 169.254.0.0/16، ونطاقات CGNAT 100.64.0.0/10، وعناوين البث المتعدد (224.0.0.0/4، وff00::/8)، وغيرها، شبكات محلية.
وأخيرًا، يعمل Android 16 على ضبط إدارة الوصول إلى الصور ومقاطع الفيديو. عندما يطلب تطبيق يستهدف SDK 36 أذونات محتوى الوسائط على جهاز يعمل بنظام التشغيل Android 16 إذا اختار المستخدم منح الوصول إلى عناصر محددة فقط، فستظهر الصور ومقاطع الفيديو التي أنشأها التطبيق مُحددة مسبقًا في مُحدد الصور. يُمكن للمستخدم إلغاء تحديدها إذا رغب في ذلك، مما يُلغي وصول التطبيق إلى تلك العناصر المحددة.
تشير كل هذه التغييرات - التحديثات شبه الفورية، والتجميع السحابي، والأذونات الجديدة، والتحكم الأكبر في النوايا، وتحسين وحدة معالجة الرسومات وأمان الشبكة المحلية، والتحسينات في الصحة، والاتصال، والتصميم التكيفي - إلى نفس الهدف: جعل Android 16 منصة أكثر سلاسة وقابلية للتنبؤ وأكثر أمانًا للمستخدمين والمطورين.
مع تزايد عدد النماذج علامات تجارية مثل سامسونجمع حصول هواتف Xiaomi وMotorola وOnePlus وPixel بالطبع على هذا الإصدار، سيصبح من الشائع بشكل متزايد أن يتوقف تثبيت التطبيق أو تحديثه عن كونه لحظة "تقاطع الأصابع" ويصبح إجراءً بسيطًا بالكاد تلاحظه بينما تستمر في استخدام هاتفك بشكل طبيعي. شارك هذه المعلومات حتى يتمكن المستخدمون الآخرون من البقاء على اطلاع دائم بالميزات الجديدة في Android 16.