يتضمّن نظام التشغيل Android 15 تغييرات في السلوك قد تؤثر في تطبيقك.
تنطبق تغييرات السلوك التالية على جميع التطبيقات عند تشغيلها على Android 15،
بغض النظر عن targetSdkVersion
. عليك اختبار تطبيقك ثم تعديله
حسب الحاجة لتفعيل هذه الميزات بشكل صحيح، حيثما ينطبق ذلك.
احرص أيضًا على مراجعة قائمة التغييرات في السلوك التي تؤثر فقط في التطبيقات التي تستهدف الإصدار 15 من نظام التشغيل Android.
الوظيفة الأساسية
يعدّل نظام Android 15 أو يوسّع إمكانات نظام Android الأساسية المختلفة.
التغييرات في حالة الحزمة المتوقفة
يتمثل الغرض من حالة الحزمة FLAG_STOPPED
(التي يمكن للمستخدمين
المشاركة في إصدارات AOSP من خلال الضغط مع الاستمرار على رمز التطبيق واختيار "فرض
الإيقاف") دائمًا في إبقاء التطبيقات في هذه الحالة إلى أن يزيلها المستخدم صراحةً من هذه الحالة من خلال تشغيل التطبيق مباشرةً أو التفاعل بشكل غير مباشر
مع التطبيق (من خلال ورقة المشاركة أو التطبيق المصغّر أو اختيار التطبيق
كخلفية متحركة، وما إلى ذلك). في Android 15، نجري تعديلات على سلوك النظام كي يتماشى مع هذا السلوك المقصود. يجب إزالة التطبيقات فقط من حالة التوقّف عن طريق اتخاذ إجراء مباشر أو غير مباشر من قِبل المستخدم.
لإتاحة السلوك المقصود، بالإضافة إلى القيود الحالية، يلغي النظام أيضًا
كل عمليات الطلب قيد المراجعة عندما يبدأ التطبيق في
حالة الإيقاف على جهاز يعمل بنظام التشغيل Android 15. عندما تؤدي إجراءات المستخدم إلى إزالة التطبيق
من حالة الإيقاف، يتم إرسال بث ACTION_BOOT_COMPLETED
إلى التطبيق، ما يتيح إعادة تسجيل أي
نوايا في انتظار المراجعة.
يمكنك استدعاء طريقة
ApplicationStartInfo.wasForceStopped()
الجديدة للتأكد مما إذا تم إيقاف التطبيق.
إتاحة صفحات بحجم 16 كيلوبايت
سابقًا، كان نظام Android لا يدعم سوى أحجام صفحات الذاكرة التي تبلغ 4 كيلوبايت، والتي تحتوي على لتحسين أداء ذاكرة النظام للحصول على متوسط إجمالي الذاكرة التي كان لديهم عادةً أجهزة Android. بدءًا من نظام التشغيل Android 15، يتوافق "بروتوكول AOSP" مع الأجهزة التي تم إعدادها لاستخدام حجم صفحة يبلغ 16 كيلوبايت (16 كيلوبايت) الأجهزة). إذا كان تطبيقك يستخدم أي مكتبات NDK، سواء بشكل مباشر أو بشكل غير مباشر من خلال إحدى حِزم SDK، ستحتاج إلى إعادة إنشاء التطبيق يعمل على هذه الأجهزة التي يبلغ حجمها 16 كيلوبايت.
مع استمرار الشركات المصنّعة للأجهزة في تصميم أجهزة تحتوي على كميات أكبر من ذاكرة فعلية (RAM)، ستعتمد العديد من هذه الأجهزة على سعة 16 كيلوبايت ( أكبر في النهاية) لتحسين أداء الجهاز. جارٍ الإضافة بالنسبة إلى الأجهزة التي حجمها 16 كيلوبايت، يمكن تشغيل تطبيقك على هذه الأجهزة وتساعد تطبيقك على الاستفادة من الأداء المرتبط التحسينات. قد لا تعمل التطبيقات على الأجهزة التي يبلغ حجمها 16 كيلوبايت بدون إعادة التجميع. عند إنتاجها في إصدارات Android المستقبلية.
ولمساعدتك على توفير الدعم لتطبيقك، قدّمنا إرشادات حول كيفية التحقق من إذا تأثّر تطبيقك إعادة إنشاء تطبيقك (إن أمكن)، وكيفية اختبار تطبيقك في بيئة بحجم 16 كيلوبايت باستخدام أدوات المحاكاة (بما في ذلك Android 15) صور النظام لمحاكي Android).
Benefits and performance gains
Devices configured with 16 KB page sizes use slightly more memory on average, but also gain various performance improvements for both the system and apps:
- Lower app launch times while the system is under memory pressure: 3.16% lower on average, with more significant improvements (up to 30%) for some apps that we tested
- Reduced power draw during app launch: 4.56% reduction on average
- Faster camera launch: 4.48% faster hot starts on average, and 6.60% faster cold starts on average
- Improved system boot time: improved by 8% (approximately 950 milliseconds) on average
These improvements are based on our initial testing, and results on actual devices will likely differ. We'll provide additional analysis of potential gains for apps as we continue our testing.
Check if your app is impacted
إذا كان تطبيقك يستخدم أي رمز أصلي، عليك إعادة بناء تطبيقك ليتوافق مع الأجهزة التي تبلغ سعة ذاكرتها 16 كيلوبايت. إذا لم تكن متأكّدًا مما إذا كان تطبيقك يستخدم رمزًا أصليًا، يمكنك استخدام أداة APK Analyzer لتحديد ما إذا كان هناك أي رمز أصلي، ثم التحقّق من محاذاة أقسام ELF لذى أي مكتبات مشترَكة تعثر عليها.
إذا كان تطبيقك يستخدم فقط رمزًا برمجيًا مكتوبًا بلغة Java أو Kotlin، بما في ذلك جميع المكتبات أو حِزم SDK، يعني ذلك أنّ تطبيقك متوافق مع الأجهزة التي تبلغ سعتها 16 كيلوبايت. ومع ذلك، ننصحك باختبار تطبيقك في بيئة حجمها 16 كيلوبايت للتأكّد من عدم حدوث تدهورٍ unexpected في سلوك التطبيق.
التغييرات المطلوبة لبعض التطبيقات لتتوافق مع المساحة الخاصة
المساحة الخاصة هي ميزة جديدة في Android 15 تتيح للمستخدمين إنشاء مساحة منفصلة على أجهزتهم لإبعاد التطبيقات الحساسة عنها من المتطفلين، تحت طبقة مصادقة إضافية. لأن التطبيقات في المساحة الخاصة قد حظرت أذونات الوصول، وتحتاج بعض أنواع التطبيقات إلى للتمكّن من الاطّلاع على التطبيقات والتفاعل معها في إعدادات خصوصية المستخدم مساحة.
جميع التطبيقات
ولأن التطبيقات في المساحة الخاصة يتم الاحتفاظ بها في ملف شخصي منفصل للمستخدم، إلى الملفات الشخصية للعمل، يجب ألا تفترض التطبيقات أن أي ملفات تم تثبيتها نُسخ من التطبيق غير الموجودة في الملف الشخصي الرئيسي متوفرة في ملف العمل. في حال حذف لتطبيقك منطق ذو صلة بتطبيقات ملف العمل التي تضع هذا الافتراض، ستحتاج إلى تعديل هذا المنطق.
تطبيقات طبية
عندما يقفل المستخدم المساحة الخاصة، يتم إيقاف جميع التطبيقات في المساحة الخاصة، ولا يمكن لهذه التطبيقات تنفيذ الأنشطة التي تعمل في المقدّمة أو في الخلفية، بما في ذلك: ويتم عرض الإشعارات. قد يؤثر هذا السلوك بشكل كبير على استخدام وظائف التطبيقات الطبية المثبتة في المساحة الخاصة.
تحذّر تجربة إعداد المساحة الخاصة المستخدمين من أنّ المساحة الخاصة ليست مناسب للتطبيقات التي تحتاج إلى أداء مهم في المقدّمة أو الخلفية الأنشطة، مثل عرض الإشعارات من التطبيقات الطبية ومع ذلك، لا تستطيع التطبيقات تحديد ما إذا كانت تُستخدم في المساحة الخاصة أم لا، لكي لا تتمكّن من عرض تحذير للمستخدم بخصوص هذه الحالة.
لهذه الأسباب، إذا طورت تطبيقًا طبيًا، راجِع الطريقة التي قد تظهر بها هذه الميزة. التأثير في تطبيقك واتخاذ الإجراءات المناسبة، مثل إعلام المستخدمين بعدم تثبيت تطبيقك في المساحة الخاصة لتجنُّب تعطُّل التطبيق المهم والإمكانات.
تطبيقات مشغّل التطبيقات
إذا طورت أحد تطبيقات المشغّل، يجب عليك القيام بما يلي قبل أن تكون التطبيقات في ستكون المساحة الخاصة مرئية:
- يجب تعيين تطبيقك كتطبيق مشغّل التطبيقات التلقائي للجهاز
تمتلك دور
ROLE_HOME
. - يجب أن يفصح تطبيقك عن
ACCESS_HIDDEN_PROFILES
. إذن عادي في ملف البيان لتطبيقك.
يجب أن تتعامل تطبيقات "مشغّل التطبيقات" التي تقدّم بيانًا عن إذن "ACCESS_HIDDEN_PROFILES
" مع
حالات استخدام المساحة الخاصة التالية:
- يجب أن يحتوي تطبيقك على حاوية مشغّل تطبيقات منفصلة للتطبيقات المثبَّتة في
المساحة الخاصة. استخدِم الطريقة
getLauncherUserInfo()
من أجل تحديد نوع الملف الشخصي للمستخدم الذي تتم معالجته. - يجب أن يكون المستخدم قادرًا على إخفاء حاوية المساحة الخاصة وإظهارها.
- يجب أن يتمكّن المستخدم من قفل حاوية المساحة الخاصة وفتح قفلها. استخدام
طريقة
requestQuietModeEnabled()
للقفل (بحلول اجتيازtrue
) أو فتح قفل المساحة الخاصة (من خلال تجاوزfalse
) أثناء القفل، يجب ألا تكون أي تطبيقات في حاوية المساحة الخاصة مرئية أو قابلة للاكتشاف من خلال آليات مثل البحث. يجب أن يسجِّل تطبيقك المستلِم في
ACTION_PROFILE_AVAILABLE
وACTION_PROFILE_UNAVAILABLE
عمليات البث وتعديل واجهة مستخدم في تطبيقك عندما تكون المساحة الخاصة مقفلة أو مفتوحة تغييرات الحاوية. يتضمن كلا البثينEXTRA_USER
، الذي يمكن لتطبيقك استخدامه للإشارة إلى مستخدم ملف شخصي خاص.يمكنك أيضًا استخدام الطريقة
isQuietModeEnabled()
لإجراء ما يلي: التحقّق مما إذا كان الملف الشخصي للمساحة الخاصة مقفلاً أم لا
تطبيقات متجر التطبيقات
تتضمن المساحة الخاصة الزر "تثبيت تطبيقات" الذي يطلق زرًا ضمنيًا
نية تثبيت تطبيقات في المساحة الخاصة للمستخدم. ليتمكّن تطبيقك من
الحصول على هذا الغرض الضمني، يُرجى الإفصاح عن <intent-filter>
في ملف بيان تطبيقك الذي يحتوي على <category>
من
CATEGORY_APP_MARKET
إزالة خط رموز الإيموجي المستند إلى ملفات PNG
تم استخدام ملف خط الرموز التعبيرية القديم (NotoColorEmojiLegacy.ttf
) المستند إلى PNG
إزالة الملف، مع ترك الملف القائم على المتجه فقط. بدءًا من نظام التشغيل Android 13 (واجهة برمجة التطبيقات)
المستوى 33)، يتم تغيير ملف خط الرموز التعبيرية الذي يستخدمه عارض الرموز التعبيرية للنظام من
ملف مستند إلى PNG إلى ملف مستند إلى متجه تم الاحتفاظ بالنظام
ملف الخط القديم في Android 13 وAndroid 14 لأسباب تتعلق بالتوافق،
يمكن للتطبيقات التي لديها برامج عرض خطوط خاصة بها مواصلة استخدام ملف الخطوط القديم
حتى يتمكنوا من الترقية.
وللتحقّق مما إذا كان تطبيقك متأثرًا بالمشكلة، ابحث في رمز التطبيق عن مراجع إلى
ملف NotoColorEmojiLegacy.ttf
.
يمكنك اختيار تكييف تطبيقك بعدة طرق:
- استخدِم واجهات برمجة التطبيقات للنظام الأساسي لعرض النص. يمكنك عرض النص على صورة نقطية
Canvas
واستخدِم هذه البيانات للحصول على صورة أولية إذا لزم الأمر. - أضِف دعم خط COLRv1 إلى تطبيقك. مكتبة FreeType المفتوحة المصدر يتوافق مع COLRv1 في الإصدار 2.13.0 أعلى.
- كحلّ أخير، يمكنك تجميع ملف خطوط الرموز التعبيرية القديمة.
(
NotoColorEmoji.ttf
) إلى حزمة APK، على الرغم من ذلك، لن يحصل تطبيقك على آخر تحديثات الرموز التعبيرية في هذه الحالة. بالنسبة لمزيد من المعلومات، يُرجى الاطّلاع على مشروع Noto Emoji GitHub .
زيادة الحد الأدنى لإصدار حزمة تطوير البرامج (SDK) المستهدَف من 23 إلى 24
Android 15 builds on the
the changes that were made in Android 14 and extends this
security further. In Android 15, apps with a
targetSdkVersion
lower than 24 can't be installed.
Requiring apps to meet modern API levels helps to ensure better security and
privacy.
Malware often targets lower API levels in order to bypass security and privacy
protections that have been introduced in higher Android versions. For example,
some malware apps use a targetSdkVersion
of 22 to avoid being subjected to the
runtime permission model introduced in 2015 by Android 6.0 Marshmallow (API
level 23). This Android 15 change makes it harder for malware to avoid security
and privacy improvements. Attempting to install an app targeting a lower API
level results in an installation failure, with a message like the following one
appearing in Logcat:
INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 24, but found 7
On devices upgrading to Android 15, any apps with a targetSdkVersion
lower
than 24 remain installed.
If you need to test an app targeting an older API level, use the following ADB command:
adb install --bypass-low-target-sdk-block FILENAME.apk
الأمان والخصوصية
Android 15 introduces robust measures to combat one-time passcode (OTP) fraud and to protect the user's sensitive content, focusing on hardening the Notification Listener Service and screenshare protections. Key enhancements include redacting OTPs from notifications accessible to untrusted apps, hiding notifications during screenshare, and securing app activities when OTPs are posted. These changes aim to keep the user's sensitive content safe from unauthorized actors.
Developers need to be aware of the following to ensure their apps are compatible with the changes in Android 15:
OTP Redaction
Android will stop untrusted apps that implement a
NotificationListenerService
from reading unredacted content
from notifications where an OTP has been detected. Trusted apps such as
companion device manager associations are exempt from these restrictions.
Screenshare Protection
- Notification content is hidden during screen sharing sessions to preserve
the user's privacy. If the app implements
setPublicVersion()
, Android shows the public version of the notification which serves as a replacement notification in insecure contexts. Otherwise, the notification content is redacted without any further context. - Sensitive content like password input is hidden from remote viewers to prevent revealing the user's sensitive information.
- Activities from apps that post notifications during screenshare where an OTP has been detected will be hidden. App content is hidden from the remote viewer when launched.
- Beyond Android's automatic identification of sensitive fields, developers
can manually mark parts of their app as sensitive using
setContentSensitivity
, which is hidden from remote viewers during screenshare. - Developers can choose to toggle the Disable screen share protections option under Developer Options to be exempted from the screenshare protections for demo or testing purposes. The default system screen recorder is exempted from these changes, since the recordings remain on-device.
الكاميرا والوسائط
يُجري نظام التشغيل Android 15 التغييرات التالية على سلوك الكاميرا والوسائط في جميع التطبيقات.
يؤدي تشغيل الصوت المباشر وتفريغه إلى إلغاء مقاطع الصوت المباشرة أو التي تم تفريغها والتي سبق فتحها عند بلوغ حدود الموارد.
Before Android 15, if an app requested direct or offload audio playback while
another app was playing audio and the resource limits were reached, the app
would fail to open a new AudioTrack
.
Beginning with Android 15, when an app requests direct or offload
playback and the resource
limits are reached, the system invalidates any currently open
AudioTrack
objects which prevent fulfilling the new track request.
(Direct and offload audio tracks are typically opened for playback of compressed audio formats. Common use-cases for playing direct audio include streaming encoded audio over HDMI to a TV. Offload tracks are typically used to play compressed audio on a mobile device with hardware DSP acceleration.)
تجربة المستخدم وواجهة المستخدم للنظام
يتضمّن Android 15 بعض التغييرات التي تهدف إلى توفير تجربة مستخدم أكثر اتساقًا وسهولة.
تفعيل الصور المتحركة لإيماءة الرجوع إلى الخلف التنبؤية في التطبيقات التي فعّلت هذه الميزة
اعتبارًا من نظام التشغيل Android 15، تمت إزالة خيار مطوّر البرامج للصور المتحركة التي تتضمن توقُّعًا للظهر للخلف. تظهر الآن الصور المتحركة للنظام، مثل العودة إلى المنزل وإنجاز المهام المتقاطعة والنشاط المتبادل على التطبيقات التي وافقت على إيماءة الرجوع التنبئي سواء بشكل كامل أو على مستوى نشاط. إذا كان تطبيقك متأثرًا بالمشكلة، يمكنك اتخاذ الإجراءات التالية:
- يجب التأكّد من نقل تطبيقك بشكل صحيح لاستخدام إيماءة الرجوع التنبؤي.
- تأكَّد من أنّ انتقالات الأجزاء تعمل مع ميزة التنقّل التنبؤي إلى الوراء.
- ويمكنك الانتقال بعيدًا عن الرسوم المتحركة وإطار العمل واستخدام انتقالات الصور المتحركة وandroidx بدلاً من ذلك.
- نقل البيانات بعيدًا عن الحِزم السابقة التي لا يعرفها "
FragmentManager
" يمكنك استخدام الحزم الخلفية التي يديرهاFragmentManager
أو من خلال مكوِّن التنقل بدلاً من ذلك.
إيقاف التطبيقات المصغّرة عندما يوقف المستخدم أحد التطبيقات بشكلٍ قسري
If a user force-stops an app on a device running Android 15, the system temporarily disables all the app's widgets. The widgets are grayed out, and the user cannot interact with them. This is because beginning with Android 15, the system cancels all an app's pending intents when the app is force-stopped.
The system re-enables those widgets the next time the user launches the app.
For more information, see Changes to package stopped state.
شريحة شريط حالة عرض الوسائط لتنبيه المستخدمين بشأن مشاركة الشاشة وبث المحتوى وتسجيله
المزايا ومكاسب الأداء
التحقّق مما إذا كان تطبيقك قد تأثّر
الميزات المتوقّفة نهائيًا
مع كل إصدار، قد تصبح واجهات برمجة تطبيقات Android معيّنة قديمة أو قد تحتاج إلى إعادة هيكلة لتوفير تجربة أفضل للمطوّرين أو إتاحة ميزات جديدة في النظام الأساسي. وفي هذه الحالات، نوقف رسميًا واجهات برمجة التطبيقات القديمة ونقترح على المطوّرين استخدام واجهات برمجة تطبيقات بديلة.
ويعني إيقاف الاستخدام نهائيًا أنّنا أوقفنا رسميًا دعم واجهات برمجة التطبيقات، ولكنّها ستظلّ متاحة للمطوّرين. للاطّلاع على مزيد من المعلومات حول الميزات التي سيتم إيقافها نهائيًا في هذا الإصدار من Android، يمكنك الاطّلاع على صفحة الميزات التي سيتم إيقافها نهائيًا.