الإصدار التجريبي الثاني من Android 17

نحن بصدد طرح الإصدار التجريبي الثاني من Android 17 اليوم، وذلك في إطار جهودنا المستمرة لإنشاء نظام أساسي يمنح الأولوية للخصوصية والأمان والأداء المحسّن. يتضمّن هذا التحديث مجموعة من الإمكانات الجديدة، بما في ذلك EyeDropper API وContacts Picker الذي يحافظ على الخصوصية. نضيف أيضًا ميزات مثل تحديد المدى المتقدّم وواجهات برمجة التطبيقات التي تعمل من خلال جهاز آخر وغيرها.

يواصل هذا الإصدار تغيير وتيرة الإصدارات، حيث سيتم طرح إصدار رئيسي سنوي من حزمة تطوير البرامج (SDK) في الربع الثاني من العام، يليه إصدار ثانوي من حزمة تطوير البرامج (SDK).

تجربة المستخدم وواجهة مستخدم النظام

فقاعات

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

عليك اتّباع إرشادات دعم وضع النوافذ المتعددة لضمان عمل تطبيقاتك بشكلٍ سليم كفقاعات.

لم يتم تفعيل الفقاعات بالكامل بعد في الإصدار التجريبي الثاني. يمكنك تجربة هذه الميزات في إصدار مستقبلي من Android 17.

EyeDropper API

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

val eyeDropperLauncher = registerForActivityResult(ActivityResultContracts.StartActivityForResult()) {
  result -> if (result.resultCode == Activity.RESULT_OK) {
    val color = result.data?.getIntExtra(Intent.EXTRA_COLOR, Color.BLACK)
    // Use the picked color in your app
  }
}

fun launchColorPicker() {
  val intent = Intent(Intent.ACTION_OPEN_EYE_DROPPER)
  eyeDropperLauncher.launch(intent)
}

منتقي جهات الاتصال

تمنح أداة اختيار جهات اتصال جديدة على مستوى النظام من خلال ACTION_PICK_CONTACTS إذن وصول مؤقتًا يستند إلى الجلسة للقراءة في حقول البيانات المحدّدة التي طلبها المستخدم فقط، ما يقلّل من الحاجة إلى أذونات READ_CONTACTS الواسعة النطاق. ويسمح أيضًا بالاختيار من الملفات الشخصية أو ملفات العمل على الجهاز.

val contactPicker = rememberLauncherForActivityResult(StartActivityForResult()) {
    if (it.resultCode == RESULT_OK) {
        val uri = it.data?.data ?: return@rememberLauncherForActivityResult
        // Handle result logic
        processContactPickerResults(uri)
    }
}

val dataFields = arrayListOf(Email.CONTENT_ITEM_TYPE, Phone.CONTENT_ITEM_TYPE)
val intent = Intent(ACTION_PICK_CONTACTS).apply {
    putStringArrayListExtra(EXTRA_PICK_CONTACTS_REQUESTED_DATA_FIELDS, dataFields)
    putExtra(EXTRA_ALLOW_MULTIPLE, true)
    putExtra(EXTRA_PICK_CONTACTS_SELECTION_LIMIT, 5)
}

contactPicker.launch(intent)

توافق أسهل بين لوحات اللمس وميزة "التقاط المؤشر"

في السابق، كانت لوحات اللمس تسجّل الأحداث بطريقة مختلفة تمامًا عن الفئران عندما يلتقط تطبيق المؤشر، حيث كانت تسجّل مواضع الأصابع على اللوحة بدلاً من الحركات النسبية التي يسجّلها الفأر. وقد جعل ذلك من الصعب جدًا توفير دعم مناسب للوحات اللمس في ألعاب منظور الشخص الأول. الآن، سيتعرّف النظام تلقائيًا على حركات المؤشر وإيماءات التمرير عند تسجيل لوحة اللمس، وسيتم تسجيلها تمامًا مثل أحداث الماوس. سيظلّ بإمكانك طلب الحصول على بيانات الموقع التفصيلية القديمة للأصابع من خلال طلب تسجيلها بشكل صريح في الوضع الجديد "المطلق". 

// To request the new default relative mode (mouse-like events)
// This is the same as requesting with View.POINTER_CAPTURE_MODE_RELATIVE
view.requestPointerCapture()

// To request the legacy absolute mode (raw touch coordinates)
view.requestPointerCapture(View.POINTER_CAPTURE_MODE_ABSOLUTE)

الحدود الثابتة لـ "أداة الاختيار التفاعلية"

من خلال طلب getInitialRestingBounds في ChooserSession على Android، يمكن لتطبيقك تحديد الموضع المستهدف الذي يشغله "أداة اختيار التطبيقات" بعد اكتمال الرسوم المتحركة وتحميل البيانات، ما يتيح إجراء تعديلات أفضل على واجهة المستخدم.

إمكانية الاتصال والتفاعل بين الأجهزة

تسليم التطبيقات بين الأجهزة

يتيح لك Handoff API الجديد تحديد حالة التطبيق التي سيتم استئنافها على جهاز آخر، مثل جهاز Android لوحي. عند الموافقة على تفعيل هذه الميزة، يزامن النظام الحالة من خلال CompanionDeviceManager ويعرض اقتراحًا بشأن عملية التسليم في مشغّل التطبيقات على أجهزة المستخدم القريبة. تم تصميم هذه الميزة لتوفير استمرارية سلسة في تنفيذ المهام، ما يتيح للمستخدمين مواصلة العمل من حيث توقّفوا في سير العمل على مستوى منظومة Android المتكاملة. والأهم من ذلك أنّ ميزة "التسليم" تتيح الانتقال من تطبيق أصلي إلى تطبيق أصلي ومن تطبيق إلى الويب، ما يوفّر أقصى قدر من المرونة ويضمن تجربة كاملة حتى إذا لم يكن التطبيق الأصلي مثبّتًا على الجهاز المستلِم.

واجهات برمجة التطبيقات المتقدّمة لتحديد المسافة

نحن بصدد إضافة دعم لتكنولوجيتَي تحديد مدى جديدتَين، وهما 

1. تقنية UWB DL-TDOA التي تتيح للتطبيقات استخدام UWB للتنقّل في الأماكن المغلقة تتوافق مساحة واجهة برمجة التطبيقات هذه مع مواصفات DL-TDOA 4.0 من FIRA (Fine Ranging Consortium) وتتيح التنقّل في الأماكن المغلقة مع الحفاظ على الخصوصية  (تجنُّب تتبُّع الجهاز من خلال نقطة الارتكاز).
2. ميزة "رصد الأجهزة القريبة" التي تتيح للتطبيقات استخدام مواصفات تحديد المدى الجديدة التي يعتمدها تحالف Wi-Fi (WFA). توفّر هذه التكنولوجيا موثوقية ودقة محسّنتَين مقارنةً بمواصفات تحديد المدى الحالية المستندة إلى Wifi Aware.

تحسينات على خطة البيانات

لتحسين جودة الوسائط، يمكن لتطبيقك الآن استرداد الحد الأقصى لمعدلات نقل البيانات التي خصصتها شركة الاتصالات لتطبيقات البث باستخدام getStreamingAppMaxDownlinkKbps وgetStreamingAppMaxUplinkKbps.

الوظائف الأساسية والخصوصية والأداء

الوصول إلى الشبكة المحلية

يقدّم نظام التشغيل Android 17 إذن التشغيل ACCESS_LOCAL_NETWORK لحماية المستخدمين من الوصول غير المصرّح به إلى الشبكة المحلية. بما أنّ هذا الإذن يندرج ضمن مجموعة أذونات NEARBY_DEVICES الحالية، لن يُطلب من المستخدمين الذين سبق لهم منح أذونات NEARBY_DEVICES الأخرى منح هذا الإذن مرة أخرى. من خلال تعريف هذا الإذن وطلبه، يمكن لتطبيقك العثور على الأجهزة المتصلة بشبكة الاتصال المحلية (LAN) والاتصال بها، مثل أجهزة المنزل الذكي أو أجهزة استقبال البث. يمنع ذلك التطبيقات الضارة من استغلال إمكانية الوصول غير المحدود إلى الشبكة المحلية لتتبُّع المستخدمين وجمع بصماتهم الرقمية بشكل سرّي. ستتوفّر الآن طريقتان للتطبيقات التي تستهدف الإصدار 17 من نظام التشغيل Android أو الإصدارات الأحدث للحفاظ على التواصل مع الأجهزة المتصلة بشبكة LAN: استخدام أدوات اختيار الأجهزة التي تتوسّط فيها الأنظمة وتحافظ على الخصوصية لتخطّي طلب الإذن، أو طلب هذا الإذن الجديد بشكل صريح في وقت التشغيل للحفاظ على التواصل مع الشبكة المحلية.

بث تغيير معادلة المنطقة الزمنية

يوفّر Android الآن غرض بث موثوقًا، ACTION_TIMEZONE_OFFSET_CHANGED، يتم تشغيله عند تغيُّر إزاحة المنطقة الزمنية للنظام، مثلاً أثناء عمليات الانتقال إلى نظام التوقيت الصيفي. ويكمّل ذلك نيتي البث ACTION_TIME_CHANGED وACTION_TIMEZONE_CHANGED الحالية، واللتان يتم تشغيلهما عند تغيير الطابع الزمني لنظام التشغيل Unix وعند تغيير رقم تعريف المنطقة الزمنية على التوالي.

إدارة NPU وتحديد أولوياتها

يجب أن تُدرِج التطبيقات التي تستهدف الإصدار 17 من نظام التشغيل Android FEATURE_NEURAL_PROCESSING_UNIT في ملف البيان الخاص بها لتجنُّب حظر وصولها إلى وحدة المعالجة العصبية. ويشمل ذلك التطبيقات التي تستخدم LiteRT NPU delegate وحِزم تطوير البرامج الخاصة بمورّدين معيّنين، بالإضافة إلى NNAPI المتوقّفة نهائيًا.

التوافق مع الإصدار 78 من ICU وUnicode 17

تم تعديل مكتبات التدويل الأساسية إلى ICU 78، ما أدّى إلى توسيع نطاق التوافق مع النصوص والرموز وكتل الإيموجي الجديدة، وإتاحة التنسيق المباشر لعناصر الوقت.

الحماية من خلال استلام كلمة مرور صالحة لمرة واحدة (OTP) عبر الرسائل القصيرة

يعمل نظام التشغيل Android على توسيع نطاق حماية كلمات المرور الصالحة لمرة واحدة (OTP) المستندة إلى الرسائل القصيرة من خلال تأخير الوصول تلقائيًا إلى الرسائل القصيرة التي تتضمّن كلمات مرور صالحة لمرة واحدة. في السابق، كانت الحماية تركّز بشكل أساسي على تنسيق SMS Retriever الذي يتم فيه تأخير تسليم الرسائل التي تحتوي على تجزئة SMS Retriever لمدة ثلاث ساعات لمعظم التطبيقات. ومع ذلك، يتم استثناء بعض التطبيقات من هذا التأخير، مثل تطبيق SMS التلقائي وغير ذلك والتطبيق الذي يتوافق مع التجزئة. ويوسّع هذا التحديث نطاق الحماية ليشمل جميع رسائل SMS التي تحتوي على كلمة مرور صالحة لمرة واحدة. في معظم التطبيقات، لن يمكن الوصول إلى رسائل SMS التي تحتوي على كلمة مرور صالحة لمرة واحدة إلا بعد تأخير لمدة ثلاث ساعات للمساعدة في منع اختطاف كلمات المرور الصالحة لمرة واحدة. سيتم حجب عملية البث SMS_RECEIVED_ACTION وسيتم فلترة طلبات البحث في قاعدة بيانات موفِّر خدمة الرسائل القصيرة. ستتوفّر الرسالة القصيرة لهذه التطبيقات بعد التأخير. 

تأخُّر الوصول إلى رسائل SMS بتنسيق WebOTP

إذا كان التطبيق لديه الإذن بقراءة رسائل SMS ولكنّه ليس المستلِم المقصود لكلمة المرور الصالحة لمرة واحدة (كما هو محدّد من خلال إثبات ملكية النطاق)، لن يمكن الوصول إلى رسالة SMS بتنسيق WebOTP إلا بعد مرور ثلاث ساعات. تم تصميم هذا التغيير لتحسين أمان المستخدمين من خلال ضمان أنّ التطبيقات المرتبطة بالنطاق المذكور في الرسالة فقط هي التي يمكنها قراءة رمز التحقّق آليًا. ينطبق هذا التغيير على جميع التطبيقات بغض النظر عن مستوى واجهة برمجة التطبيقات المستهدَف.

تأخُّر الوصول إلى الرسائل القصيرة العادية التي تتضمّن رمز المرور لمرة واحدة

بالنسبة إلى رسائل SMS التي تحتوي على كلمة مرور صالحة لمرة واحدة ولا تستخدم تنسيقات WebOTP أو SMS Retriever، لن يمكن الوصول إلى رسالة SMS التي تحتوي على كلمة المرور الصالحة لمرة واحدة إلا بعد ثلاث ساعات لمعظم التطبيقات. لا ينطبق هذا التغيير إلا على التطبيقات التي تستهدف الإصدار 17 من نظام التشغيل Android (المستوى 37 من واجهة برمجة التطبيقات) أو الإصدارات الأحدث.

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

يجب أن تنتقل جميع التطبيقات التي تعتمد على قراءة رسائل SMS لاستخراج كلمات المرور لمرة واحدة إلى استخدام واجهات برمجة التطبيقات SMS Retriever أو SMS User Consent لضمان استمرار الوظائف.

الجدول الزمني لإصدار Android 17

سننتقل سريعًا من الإصدار التجريبي إلى مرحلة ثبات المنصة المستهدَفة في آذار (مارس). في هذه المرحلة، سنوفّر واجهات برمجة التطبيقات النهائية لحزمة تطوير البرامج (SDK) وحزمة تطوير البرامج الأصلية (NDK). واعتبارًا من ذلك الوقت، يمكن لتطبيقك استهداف حزمة تطوير البرامج (SDK) الإصدار 37 ونشرها على Google Play لمساعدتك في إكمال الاختبار وجمع ملاحظات المستخدمين خلال الأشهر العديدة التي تسبق الإتاحة العامة لنظام التشغيل Android 17.

عام مليء بالإصدارات

نخطّط لمواصلة توفير تحديثات Android 17 في سلسلة من الإصدارات الربع سنوية. الإصدار القادم في الربع الثاني هو الإصدار الوحيد الذي سنطرح فيه تغييرات مخطَّط لها في السلوك الذي يؤدي إلى إيقاف التطبيق. نخطّط لإصدار حزمة SDK ثانوية في الربع الرابع تتضمّن واجهات برمجة تطبيقات وميزات إضافية.

بدء استخدام Android 17

يمكنك تسجيل أي جهاز Pixel متوافق لتلقّي هذا التحديث والتحديثات المستقبلية من الإصدار التجريبي من Android عبر اتصال لاسلكي. إذا لم يكن لديك جهاز Pixel، يمكنك استخدام صور نظام 64 بت مع "محاكي Android" في "استوديو Android".

إذا كنت تستخدم حاليًا برنامج الإصدار التجريبي من Android، سيتم عرض تحديث عبر اتصال لاسلكي إلى الإصدار التجريبي 2.

إذا كان لديك الإصدار التجريبي من Android 26Q1 وأردت الحصول على الإصدار النهائي الثابت من 26Q1 والخروج من الإصدار التجريبي، عليك تجاهل التحديث عبر الأثير إلى الإصدار التجريبي 2 من 26Q2 وانتظار إصدار 26Q1.

نحن نتطلّع إلى تلقّي ملاحظاتك، لذا يُرجى الإبلاغ عن المشاكل وإرسال طلبات بشأن الميزات على صفحة الملاحظات. كلما تلقّينا ملاحظاتك في وقت مبكر، تمكّنا من تضمينها بشكل أكبر في عملنا على الإصدار النهائي.

للحصول على أفضل تجربة تطوير باستخدام Android 17، ننصحك باستخدام أحدث إصدار تجريبي من استوديو Android (Panda). بعد إعداد حسابك، إليك بعض الإجراءات التي يجب اتّخاذها:

• يمكنك تجميع الإصدار باستخدام حزمة SDK الجديدة واختبارها في بيئات الدمج المتواصل، والإبلاغ عن أي مشاكل في أداة التتبُّع على صفحة الملاحظات.
• اختبِر تطبيقك الحالي للتأكّد من توافقه، واعرف ما إذا كان تطبيقك سيتأثر بالتغييرات في Android 17، وثبِّت تطبيقك على جهاز أو محاكي يعمل بنظام التشغيل Android 17 واختبِره بشكلٍ شامل.

سنحدّث صور نظام الإصدار التجريبي/المعاينة وحزمة تطوير البرامج (SDK) بانتظام طوال دورة إصدار Android 17. بعد تثبيت إصدار تجريبي، ستتلقّى التحديثات المستقبلية تلقائيًا 

عبر البث المباشر لجميع الإصدارات التجريبية اللاحقة.

للحصول على معلومات كاملة، يُرجى الانتقال إلى الموقع الإلكتروني لمطوّري تطبيقات Android 17.

الانضمام إلى المحادثة

مع اقترابنا من إصدار Platform Stability وإتاحة Android 17 للجميع في وقت لاحق من هذا العام، ستظل ملاحظاتك هي أهم ما نملكه. سواء كنت من أوائل المستخدمين على قناة Canary أو مطوّر تطبيقات يختبر الإصدار التجريبي 2، ننصحك بالانضمام إلى منتدياتنا وإرسال ملاحظاتك. نحن نستمع إلى ملاحظاتكم.