كما هو الحال في الإصدارات السابقة، يشمل نظام التشغيل Android 15 تغييرات في السلوك قد تؤثر في تطبيقك. تنطبق التغييرات التالية في السلوك حصريًا على التطبيقات التي تستهدف الإصدار 15 من نظام التشغيل Android أو الإصدارات الأحدث. إذا كان تطبيقك يستهدف الإصدار 15 من نظام التشغيل Android أو الإصدارات الأحدث، عليك تعديل تطبيقك لتفعيل هذه السلوكيات بشكلٍ سليم، حيث ينطبق ذلك.
احرص أيضًا على مراجعة قائمة التغييرات في السلوك التي تؤثر في جميع التطبيقات
التي تعمل بنظام التشغيل Android 15 بغض النظر عن targetSdkVersion
تطبيقك.
الوظيفة الأساسية
يعمل Android 15 على تعديل الإمكانات الأساسية المتنوعة لنظام Android أو توسيعها.
التغييرات على الخدمات التي تعمل في المقدّمة
سنُجري التغييرات التالية على الخدمات التي تعمل في المقدّمة مع الإصدار 15 من نظام Android.
- سلوك مهلة الخدمة التي تعمل في المقدّمة لمزامنة البيانات
- نوع جديد للخدمة التي تعمل في المقدّمة لمعالجة الوسائط
- القيود المفروضة على
BOOT_COMPLETED
أجهزة استقبال البث التي تشغِّل الخدمات التي تعمل في المقدّمة - القيود المفروضة على بدء الخدمات التي تعمل في المقدّمة عندما يحصل تطبيق على إذن
SYSTEM_ALERT_WINDOW
سلوك مهلة الخدمة التي تعمل في المقدّمة لمزامنة البيانات
يقدّم Android 15 سلوكًا جديدًا للمهلة في dataSync
للتطبيقات التي تستهدف Android 15 (المستوى 35 من واجهة برمجة التطبيقات) أو الإصدارات الأحدث. ينطبق هذا السلوك أيضًا على نوع الخدمة الجديدة التي تعمل في المقدّمة
mediaProcessing
.
يسمح النظام بتشغيل خدمات dataSync
للتطبيق لمدة إجمالية تبلغ 6 ساعات
خلال فترة 24 ساعة، وبعد ذلك يستدعي النظام أسلوب
Service.onTimeout(int, int)
للخدمة التي تعمل (تم تقديمه في Android
15). في هذه المرحلة، تتوفّر للخدمة بضع ثوانٍ للاتصال بالرقم
Service.stopSelf()
. عند استدعاء Service.onTimeout()
، لن تعود
الخدمة خدمة تعمل في المقدّمة. إذا لم تُشغِّل الخدمة Service.stopSelf()
، يُرسِل النظام استثناءً داخليًا. يتم تسجيل
الاستثناء في Logcat مع الرسالة التالية:
Fatal Exception: android.app.RemoteServiceException: "A foreground service of
type dataSync did not stop within its timeout: [component name]"
لتجنُّب المشاكل المتعلّقة بهذا التغيير في السلوك، يمكنك اتّخاذ إجراء أو أكثر من الإجراءات التالية:
- يجب أن تنفِّذ خدمتك طريقة
Service.onTimeout(int, int)
الجديدة. عندما يتلقّى تطبيقك المكالمة المُعاد توجيهها، احرص على الاتصال بالرقمstopSelf()
في غضون بضع ثوانٍ. (إذا لم توقف التطبيق على الفور، سيُنشئ النظام حالة تعطُّل.) - تأكَّد من أنّ خدمات
dataSync
في تطبيقك لا تعمل لأكثر من إجمالي 6 ساعات في أي فترة 24 ساعة (ما لم يتفاعل المستخدم مع التطبيق، يؤدي ذلك إلى إعادة ضبط الموقّت). - يجب عدم بدء تشغيل خدمات "
dataSync
" التي تعمل في المقدّمة إلا نتيجة تفاعل مباشر من المستخدم. وبما أنّ تطبيقك يعمل في المقدّمة عند بدء الخدمة، تبقى الخدمة متاحة خلال الساعات الست الكاملة بعد انتقال التطبيق إلى الخلفية. - بدلاً من استخدام خدمة تعمل في المقدّمة
dataSync
، يمكنك استخدام واجهة برمجة تطبيقات بديلة.
إذا استمر تشغيل خدمات dataSync
التي تعمل في المقدّمة في تطبيقك لمدة 6 ساعات في آخر
24 ساعة، لا يمكنك بدء خدمة أخرى تعمل في المقدّمة dataSync
ما لم ينقل المستخدم
تطبيقك إلى المقدّمة (ما يؤدي إلى إعادة ضبط الموقّت). إذا حاولت بدء خدمة "dataSync
" أخرى تعمل في المقدّمة، سيعرض النظام
ForegroundServiceStartNotAllowedException
رسالة خطأ مثل "سبق أن نفد الحدّ الزمني لنوع الخدمة التي تعمل في المقدّمة
"dataSync".
الاختبار
لاختبار سلوك تطبيقك، يمكنك تفعيل مهلات مزامنة البيانات حتى إذا كان تطبيقك
لا يستهدف الإصدار 15 من نظام التشغيل Android (ما دام التطبيق يعمل على جهاز يعمل بالإصدار 15 من نظام التشغيل Android). لتفعيل مهلات الانتظار، شغِّل الأمر adb
التالي:
adb shell am compat enable FGS_INTRODUCE_TIME_LIMITS your-package-name
يمكنك أيضًا تعديل فترة المهلة لتسهيل اختبار سلوك
تطبيقك عند بلوغ الحدّ الأقصى. لضبط فترة مهلة جديدة، شغِّل adb
الأمر التالي:
adb shell device_config put activity_manager data_sync_fgs_timeout_duration duration-in-milliseconds
نوع جديد من الخدمة التي تعمل في المقدّمة لمعالجة الوسائط
Android 15 introduces a new foreground service type, mediaProcessing
. This
service type is appropriate for operations like transcoding media files. For
example, a media app might download an audio file and need to convert it to a
different format before playing it. You can use a mediaProcessing
foreground
service to make sure the conversion continues even while the app is in the
background.
The system permits an app's mediaProcessing
services to run for a total of 6
hours in a 24-hour period, after which the system calls the running service's
Service.onTimeout(int, int)
method (introduced in Android
15). At this time, the service has a few seconds to call
Service.stopSelf()
. If the service does not
call Service.stopSelf()
, the system throws an internal exception. The
exception is logged in Logcat with the following message:
Fatal Exception: android.app.RemoteServiceException: "A foreground service of
type mediaProcessing did not stop within its timeout: [component name]"
To avoid having the exception, you can do one of the following:
- Have your service implement the new
Service.onTimeout(int, int)
method. When your app receives the callback, make sure to callstopSelf()
within a few seconds. (If you don't stop the app right away, the system generates a failure.) - Make sure your app's
mediaProcessing
services don't run for more than a total of 6 hours in any 24-hour period (unless the user interacts with the app, resetting the timer). - Only start
mediaProcessing
foreground services as a result of direct user interaction; since your app is in the foreground when the service starts, your service has the full six hours after the app goes to the background. - Instead of using a
mediaProcessing
foreground service, use an alternative API, like WorkManager.
If your app's mediaProcessing
foreground services have run for 6 hours in the
last 24, you cannot start another mediaProcessing
foreground service unless
the user has brought your app to the foreground (which resets the timer). If you
try to start another mediaProcessing
foreground service, the system throws
ForegroundServiceStartNotAllowedException
with an error message like "Time limit already exhausted for foreground service
type mediaProcessing".
For more information about the mediaProcessing
service type, see Changes to
foreground service types for Android 15: Media processing.
Testing
To test your app's behavior, you can enable media processing timeouts even if
your app is not targeting Android 15 (as long as the app is running on an
Android 15 device). To enable timeouts, run the following adb
command:
adb shell am compat enable FGS_INTRODUCE_TIME_LIMITS your-package-name
You can also adjust the timeout period, to make it easier to test how your
app behaves when the limit is reached. To set a new timeout period, run the
following adb
command:
adb shell device_config put activity_manager media_processing_fgs_timeout_duration duration-in-milliseconds
القيود المفروضة على أجهزة استقبال البث على BOOT_COMPLETED
التي تشغِّل الخدمات التي تعمل في المقدّمة
هناك قيود جديدة على إطلاق أجهزة استقبال بث BOOT_COMPLETED
.
والخدمات التي تعمل في المقدّمة. لا يُسمح لأجهزة استقبال BOOT_COMPLETED
بتشغيل
الأنواع التالية من الخدمات التي تعمل في المقدّمة:
dataSync
camera
mediaPlayback
phoneCall
mediaProjection
microphone
(تم فرض هذا التقييد علىmicrophone
منذ بدء استخدام الإصدار 14 من نظام التشغيل Android)
إذا حاول مستقبل BOOT_COMPLETED
بدء أيّ من هذه الأنواع من الخدمات التي تعمل في
المقدّمة، يُرسِل النظام الخطأ ForegroundServiceStartNotAllowedException
.
الاختبار
لاختبار سلوك تطبيقك، يمكنك تفعيل هذه القيود الجديدة حتى إذا كان
تطبيقك لا يستهدف الإصدار 15 من Android (ما دام التطبيق يعمل على جهاز يعمل بالإصدار 15 من Android). شغِّل الأمر adb
التالي:
adb shell am compat enable FGS_BOOT_COMPLETED_RESTRICTIONS your-package-name
لإرسال بث BOOT_COMPLETED
بدون إعادة تشغيل الجهاز، يُرجى اتّباع الخطوات التالية:
شغِّل الأمر adb
التالي:
adb shell am broadcast -a android.intent.action.BOOT_COMPLETED your-package-name
القيود المفروضة على بدء الخدمات التي تعمل في المقدّمة عندما يحصل تطبيق على إذن "SYSTEM_ALERT_WINDOW
"
في السابق، إذا كان التطبيق يمتلك إذن SYSTEM_ALERT_WINDOW
، كان بإمكانه بدء
خدمة تعمل في المقدّمة حتى إذا كان التطبيق قيد التشغيل في الخلفية (كما هو описан في الاستثناءات من القيود المفروضة على بدء التطبيقات في الخلفية).
إذا كان التطبيق يستهدف الإصدار 15 من نظام التشغيل Android، أصبح هذا الإعفاء الآن أكثر تقييدًا. يجب أن يحصل التطبيق الآن على
إذن SYSTEM_ALERT_WINDOW
وأيضًا أن يتضمّن نافذة ملف شخصي مثبّت
مرئية. وهذا يعني أنّ التطبيق يجب أن يفتح أولاً نافذة
TYPE_APPLICATION_OVERLAY
و يجب أن تكون النافذة
مرئية قبل بدء خدمة تعمل في المقدّمة.
إذا حاول تطبيقك بدء خدمة تعمل في المقدّمة من الخلفية بدون
استيفاء هذه المتطلبات الجديدة (وليس لديه أي استثناء آخر)، يُرسِل
النظام الخطأ ForegroundServiceStartNotAllowedException
.
إذا كان تطبيقك يعلن عن إذن SYSTEM_ALERT_WINDOW
ويشغّل الخدمات التي تعمل في المقدّمة من الخلفية، قد يتأثّر بالتغيير الذي تم إجراؤه. إذا حصل تطبيقك على ForegroundServiceStartNotAllowedException
، تحقَّق من
ترتيب عمليات تطبيقك وتأكَّد من أنّ تطبيقك لديه
نافذة تراكب نشطة قبل أن يحاول بدء خدمة تعمل في المقدّمة من
الخلفية. يمكنك التحقّق مما إذا كانت نافذة التراكب مرئية حاليًا
من خلال استدعاء View.getWindowVisibility()
، أو
يمكنك إلغاء View.onWindowVisibilityChanged()
للحصول على إشعارات عند تغيير مستوى العرض.
الاختبار
لاختبار سلوك تطبيقك، يمكنك تفعيل هذه القيود الجديدة حتى إذا كان
تطبيقك لا يستهدف الإصدار 15 من نظام التشغيل Android (ما دام التطبيق يعمل على جهاز
Android 15). لتفعيل هذه القيود الجديدة على بدء الخدمات التي تعمل في المقدّمة
من الخلفية، شغِّل الأمر adb
التالي:
adb shell am compat enable FGS_SAW_RESTRICTIONS your-package-name
تغييرات على الوقت الذي يمكن للتطبيقات فيه تعديل الحالة العامة لوضع "عدم الإزعاج"
لم يعُد بإمكان التطبيقات التي تستهدف الإصدار 15 من نظام التشغيل Android تغيير الحالة أو السياسة العامة لميزة
عدم الإزعاج (DND) على جهاز (إما من خلال تعديل إعدادات المستخدم أو إيقاف
وضع DND). بدلاً من ذلك، يجب أن تساهم التطبيقات في السمة AutomaticZenRule
، التي
يدمجها النظام في سياسة عالمية مع المخطط الحالي
الأكثر تقييدًا-policy-wins. إنّ الطلبات الموجّهة إلى واجهات برمجة التطبيقات الحالية والتي كانت تأثرت سابقًا بالحالة العامة (setInterruptionFilter
,
setNotificationPolicy
) تؤدي إلى إنشاء أو تعديل AutomaticZenRule
ضمنية، يتم إيقافها وإيقافها بناءً على دورة طلب البيانات من واجهة برمجة التطبيقات هذه.
يُرجى العلم بأنّ هذا التغيير لا يؤثّر إلا في السلوك الملحوظ فقط إذا كان التطبيق يطلب
setInterruptionFilter(INTERRUPTION_FILTER_ALL)
ويتوقّع أن تؤدي هذه المكالمة إلى
إيقاف AutomaticZenRule
الذي سبق أن فعَّله مالكو التطبيق.
التغييرات في واجهة برمجة التطبيقات OpenJDK
Android 15 continues the work of refreshing Android's core libraries to align with the features in the latest OpenJDK LTS releases.
Some of these changes can affect app compatibility for apps targeting Android 15 (API level 35):
Changes to string formatting APIs: Validation of argument index, flags, width, and precision are now more strict when using the following
String.format()
andFormatter.format()
APIs:String.format(String, Object[])
String.format(Locale, String, Object[])
Formatter.format(String, Object[])
Formatter.format(Locale, String, Object[])
For example, the following exception is thrown when an argument index of 0 is used (
%0
in the format string):IllegalFormatArgumentIndexException: Illegal format argument index = 0
In this case, the issue can be fixed by using an argument index of 1 (
%1
in the format string).Changes to component type of
Arrays.asList(...).toArray()
: When usingArrays.asList(...).toArray()
, the component type of the resulting array is now anObject
—not the type of the underlying array's elements. So the following code throws aClassCastException
:String[] elements = (String[]) Arrays.asList("one", "two").toArray();
For this case, to preserve
String
as the component type in the resulting array, you could useCollection.toArray(Object[])
instead:String[] elements = Arrays.asList("two", "one").toArray(new String[0]);
Changes to language code handling: When using the
Locale
API, language codes for Hebrew, Yiddish, and Indonesian are no longer converted to their obsolete forms (Hebrew:iw
, Yiddish:ji
, and Indonesian:in
). When specifying the language code for one of these locales, use the codes from ISO 639-1 instead (Hebrew:he
, Yiddish:yi
, and Indonesian:id
).Changes to random int sequences: Following the changes made in https://bugs.openjdk.org/browse/JDK-8301574, the following
Random.ints()
methods now return a different sequence of numbers than theRandom.nextInt()
methods do:Generally, this change shouldn't result in app-breaking behavior, but your code shouldn't expect the sequence generated from
Random.ints()
methods to matchRandom.nextInt()
.
The new SequencedCollection
API can affect your app's compatibility
after you update compileSdk
in your app's build configuration to use
Android 15 (API level 35):
Collision with
MutableList.removeFirst()
andMutableList.removeLast()
extension functions inkotlin-stdlib
The
List
type in Java is mapped to theMutableList
type in Kotlin. Because theList.removeFirst()
andList.removeLast()
APIs have been introduced in Android 15 (API level 35), the Kotlin compiler resolves function calls, for examplelist.removeFirst()
, statically to the newList
APIs instead of to the extension functions inkotlin-stdlib
.If an app is re-compiled with
compileSdk
set to35
andminSdk
set to34
or lower, and then the app is run on Android 14 and lower, a runtime error is thrown:java.lang.NoSuchMethodError: No virtual method removeFirst()Ljava/lang/Object; in class Ljava/util/ArrayList;
The existing
NewApi
lint option in Android Gradle Plugin can catch these new API usages../gradlew lint
MainActivity.kt:41: Error: Call requires API level 35 (current min is 34): java.util.List#removeFirst [NewApi] list.removeFirst()To fix the runtime exception and lint errors, the
removeFirst()
andremoveLast()
function calls can be replaced withremoveAt(0)
andremoveAt(list.lastIndex)
respectively in Kotlin. If you're using Android Studio Ladybug | 2024.1.3 or higher, it also provides a quick fix option for these errors.Consider removing
@SuppressLint("NewApi")
andlintOptions { disable 'NewApi' }
if the lint option has been disabled.Collision with other methods in Java
New methods have been added into the existing types, for example,
List
andDeque
. These new methods might not be compatible with the methods with the same name and argument types in other interfaces and classes. In the case of a method signature collision with incompatibility, thejavac
compiler outputs a build-time error. For example:Example error 1:
javac MyList.java
MyList.java:135: error: removeLast() in MyList cannot implement removeLast() in List public void removeLast() { ^ return type void is not compatible with Object where E is a type-variable: E extends Object declared in interface ListExample error 2:
javac MyList.java
MyList.java:7: error: types Deque<Object> and List<Object> are incompatible; public class MyList implements List<Object>, Deque<Object> { both define reversed(), but with unrelated return types 1 errorExample error 3:
javac MyList.java
MyList.java:43: error: types List<E#1> and MyInterface<E#2> are incompatible; public static class MyList implements List<Object>, MyInterface<Object> { class MyList inherits unrelated defaults for getFirst() from types List and MyInterface where E#1,E#2 are type-variables: E#1 extends Object declared in interface List E#2 extends Object declared in interface MyInterface 1 errorTo fix these build errors, the class implementing these interfaces should override the method with a compatible return type. For example:
@Override public Object getFirst() { return List.super.getFirst(); }
الأمان
يتضمّن Android 15 تغييرات تعزّز أمان النظام للمساعدة في حماية التطبيقات والمستخدمين من التطبيقات الضارّة.
بدء الأنشطة الآمنة في الخلفية
يحمي Android 15 المستخدمين من التطبيقات الضارة ويمنحهم إمكانية تحكُّم أكبر في أجهزته عن طريق إضافة تغييرات تمنع تطبيقات الخلفية الضارة من عرض تطبيقات أخرى في المقدّمة، ورفع امتيازاتها وإساءة استخدامها تفاعل المستخدم. تم حظر عمليات إطلاق الأنشطة في الخلفية منذ Android 10 (المستوى 29)
منع التطبيقات التي لا تتطابق مع المعرّف الفريد الأعلى في الحزمة من تشغيل الأنشطة
يمكن للتطبيقات الضارة تشغيل نشاط تطبيق آخر ضمن المهمة نفسها، ثم
تداخلها فوقه، ما يخلق الوهم بأنّها هذا التطبيق. ويتجاوز هجوم "اختراق المهام" الحالي القيود المفروضة على التشغيل في الخلفية لأنّه يتم تنفيذ كل ذلك
ضمن المهمة المرئية نفسها. وللتخفيف من هذه المخاطر، يضيف Android 15
علامة تمنع تشغيل التطبيقات التي لا تتطابق مع المعرّف الفريد الأعلى في الحزمة
والأنشطة السابقة. للموافقة على جميع أنشطة تطبيقك، عدِّل السمة
allowCrossUidActivitySwitchFromBelow
في ملف AndroidManifest.xml
الخاص بتطبيقك:
<application android:allowCrossUidActivitySwitchFromBelow="false" >
تكون إجراءات الأمان الجديدة نشطة في حال استيفاء جميع الشروط التالية:
- يستهدف التطبيق مرحلة الإطلاق الإصدار 15 من نظام التشغيل Android.
- يستهدف التطبيق أعلى حزمة المهام نظام التشغيل Android 15.
- أي نشاط مرئي تم تفعيل عناصر الحماية الجديدة له
في حال تفعيل تدابير الأمان، قد تعود التطبيقات إلى الشاشة الرئيسية بدلاً من التطبيق الأخير المرئي، إذا أنهت مهمتها.
تغييرات أخرى
بالإضافة إلى القيود المفروضة على مطابقة المعرّف الفريد، تم أيضًا تضمين التغييرات التالية:
- تغيير
PendingIntent
صانع محتوى إلى حظر عمليات إطلاق الأنشطة في الخلفية من خلال التلقائية. ويساعد هذا في منع التطبيقات من إنشاءPendingIntent
الذي يمكن أن تسيء إليه الجهات المسيئة. - لا تعرض تطبيقًا في المقدّمة ما لم يسمح
PendingIntent
المُرسِل بذلك. يهدف هذا التغيير إلى منع التطبيقات الضارة من إساءة استخدام والقدرة على بدء الأنشطة في الخلفية. بشكلٍ افتراضي، لا تكون التطبيقات يُسمح له بعرض حزمة المهام في المقدّمة ما لم يسمح صانع المحتوى امتيازات تشغيل النشاط في الخلفية أو لدى المُرسِل نشاط في الخلفية امتيازات الإطلاق. - التحكّم في كيفية إنهاء النشاط الرئيسي في حزمة المهام لمهمته إذا كانت عند الانتهاء من تحديد "أهم نشاط"، سيعود Android إلى أي مهمة آخر نشاط. علاوة على ذلك، إذا أنهى نشاط غير بارز مهمته، فسيجري Android والعودة إلى الشاشة الرئيسية؛ لن يحجب انتهاء هذا العنصر الأخرى.
- منع إطلاق أنشطة عشوائية من تطبيقات أخرى على تطبيقك المهمة. ويمنع هذا التغيير التطبيقات الضارة من التصيُّد الاحتيالي للمستخدمين من خلال إنشاء أنشطة تبدو وكأنها من تطبيقات أخرى.
- حظر النوافذ غير المرئية من النظر في النشاط في الخلفية عمليات الإطلاق. يساعد ذلك على منع التطبيقات الضارة من إساءة استخدام الخلفية. نشاط عرض محتوى غير مرغوب فيه أو ضار للمستخدمين.
نوايا أكثر أمانًا
يقدّم نظام التشغيل Android 15 تدابير أمان اختيارية جديدة لجعل النوايا أكثر أمانًا وفعالية. تهدف هذه التغييرات إلى منع الثغرات الأمنية المحتملة وإساءة استخدام النوايا التي يمكن للتطبيقات الضارة استغلالها. هناك نوعان من التحسينات الرئيسية على أمان النوايا في Android 15:
- مطابقة فلاتر الأهداف المستهدَفة: يجب أن تتطابق الأهداف التي تستهدف مكوّنات معيّنة بدقة مع مواصفات فلاتر الأهداف المستهدَفة. إذا أرسلت نية لإطلاق نشاط تطبيق آخر، يجب أن يتوافق عنصر intent المستهدف مع فلاتر الأهداف المُعلَن عنها لنشاط التلقي.
- يجب أن تتضمّن الأهداف إجراءات: لن تتطابق الأهداف التي لا تتضمّن إجراءً مع أي فلاتر أهداف. وهذا يعني أنّ النِيّات المستخدَمة لبدء الأنشطة أو الخدمات يجب أن تتضمّن إجراءً محدّدًا بوضوح.
للتحقّق من استجابة تطبيقك لهذه التغييرات، استخدِم StrictMode
في تطبيقك. للاطّلاع على سجلّات detailed
حول انتهاكات استخدام Intent
، أضِف الطريقة التالية:
Kotlin
fun onCreate() { StrictMode.setVmPolicy(VmPolicy.Builder() .detectUnsafeIntentLaunch() .build() ) }
Java
public void onCreate() { StrictMode.setVmPolicy(new VmPolicy.Builder() .detectUnsafeIntentLaunch() .build()); }
تجربة المستخدم وواجهة المستخدم للنظام
يتضمّن Android 15 بعض التغييرات التي تهدف إلى توفير تجربة مستخدم أكثر اتساقًا وبساطة.
تغييرات في مساحة النافذة
هناك تغييران متعلّقان بمساحات النوافذ الداخلية في Android 15: يتم فرض استخدام جميع النوافذ بشكلٍ تلقائي، كما أنّ هناك تغييرات في الإعدادات، مثل الإعدادات التلقائية لأشرطة النظام.
التنفيذ الشامل
يتم عرض التطبيقات بشكل تلقائي على الأجهزة التي تعمل بنظام التشغيل Android 15 إذا كان التطبيق يستهدف Android 15 (المستوى 35 لواجهة برمجة التطبيقات).
هذا تغيير جذري قد يؤثر سلبًا في واجهة مستخدم تطبيقك. تؤثر التغييرات في مجالات واجهة المستخدم التالية:
- شريط التنقّل في عناصر التحكّم بالإيماءات
- شفاف تلقائيًا.
- يتم إيقاف الإزاحة السفلية حتى يتم رسم المحتوى خلف شريط التنقّل في النظام ما لم يتم تطبيق المكوّنات المضمّنة.
- تمّت
إيقاف
setNavigationBarColor
وR.attr#navigationBarColor
نهائيًا ولا يؤثّران في التنقّل بالإيماءات. - لا يزال
setNavigationBarContrastEnforced
وR.attr#navigationBarContrastEnforced
بدون تأثير على التنقّل باستخدام الإيماءات.
- التنقّل باستخدام ثلاثة أزرار
- ويتم ضبط التعتيم على 80% تلقائيًا، مع إمكانية مطابقة اللون لخلفية النافذة.
- تم إيقاف الإزاحة السفلية حتى يتم رسم المحتوى خلف شريط التنقّل في النظام ما لم يتم تطبيق عمليات الإدراج.
- يتم تلقائيًا ضبط
setNavigationBarColor
وR.attr#navigationBarColor
لتطابق خلفية النافذة. يجب أن تكون خلفية النافذة قابلة للرسم بالألوان لكي يتم تطبيق هذا الخيار التلقائي. تمّت إيقاف واجهة برمجة التطبيقات هذه نهائيًا، ولكنها لا تزال تؤثر في التنقّل باستخدام 3 أزرار. - يكون الخياران
setNavigationBarContrastEnforced
وR.attr#navigationBarContrastEnforced
صحيحَين تلقائيًا، ما يضيف خلفية غير شفافة بنسبة% 80 على ميزة التنقّل باستخدام 3 أزرار.
- شريط الحالة
- شفافة تلقائيًا
- يكون الإزاحة العلوية غير مفعّلة حتى يتم رسم المحتوى خلف شريط الحالة ما لم يتم تطبيق العناصر المضمّنة.
- تم إيقاف
setStatusBarColor
وR.attr#statusBarColor
نهائيًا وليسا لهما أي تأثير على Android 15. - تم إيقاف
setStatusBarContrastEnforced
وR.attr#statusBarContrastEnforced
نهائيًا، ولكن لا يزال لهما أثر في Android 15.
- الجزء المُقتطع من الشاشة
- يجب أن يكون
layoutInDisplayCutoutMode
للنوافذ غير العائمة هوLAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS
. يتم تفسيرSHORT_EDGES
وNEVER
وDEFAULT
على أنّهاALWAYS
لكي لا يظهر للمستخدمين شريط أسود بسبب فتحة الشاشة، ولكي تظهر الشاشة من الحافة إلى الحافة.
- يجب أن يكون
يعرض المثال التالي تطبيقًا قبل استهداف Android 15 (المستوى 35 لواجهة برمجة التطبيقات) وبعده، وقبل تطبيق العناصر المضمّنة وبعده.
العناصر التي يجب التحقّق منها إذا كان تطبيقك معروضًا على الشاشة بالكامل
إذا كان تطبيقك ممتدًا من الحافة إلى الحافة ويطبّق المكوّنات المضمّنة، لن يتأثّر تطبيقك كثيرًا، باستثناء السيناريوهات التالية. ومع ذلك، حتى إذا كنت تعتقد أنّ تطبيقك غير متأثر، ننصحك باختباره.
- إذا كانت لديك نافذة غير عائمة، مثل
Activity
التي تستخدمSHORT_EDGES
أوNEVER
أوDEFAULT
بدلاً منLAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS
إذا تعطّل تطبيقك عند تشغيله، قد يكون السبب شاشة البداية. يمكنك ترقية الاعتماد على core splashscreen إلى 1.2.0-alpha01 أو إصدار أحدث أو ضبطwindow.attributes.layoutInDisplayCutoutMode = WindowManager.LayoutInDisplayCutoutMode.always
. - قد تكون هناك شاشات ذات عدد زيارات منخفض مع واجهة مستخدم مغلقة. تحقق من أن هذه الشاشات الأقل زيارة
لا تحتوي على واجهة مستخدم مغطاة. تشمل الشاشات التي تجذب عددًا أقل من الزيارات ما يلي:
- شاشات الإعداد أو تسجيل الدخول
- صفحات الإعدادات
العناصر التي يجب التحقّق منها إذا لم يكن تطبيقك معروضًا على الشاشة بالكامل
إذا لم يكن تطبيقك معروضًا على الشاشة بالكامل، من المرجّح أن يتأثّر بالتغيير. بالإضافة إلى سيناريوهات التطبيقات التي تظهر على الشاشة بالكامل، يجب مراعاة ما يلي:
- إذا كان تطبيقك يستخدم مكوّنات Material 3 (
androidx.compose.material3
) في الإنشاء، مثلTopAppBar
BottomAppBar
وNavigationBar
، من المرجّح أن لا تتأثّر هذه المكوّنات لأنّها تتعامل تلقائيًا مع الأجزاء المضمّنة. - إذا كان تطبيقك يستخدم مكوّنات Material 2 (
androidx.compose.material
) في أداة Compose، لن تعالج هذه المكوّنات العناصر المضمّنة تلقائيًا. ومع ذلك، يمكنك الوصول إلى العناصر المضمّنة وتطبيقها يدويًا. في الإصدار androidx.compose.material 1.6.0 والإصدارات الأحدث، استخدِم المَعلمةwindowInsets
لتطبيق المُدخلات يدويًا لعناصرBottomAppBar
وTopAppBar
وBottomNavigation
وNavigationRail
. وبالمثل، استخدِم المَعلمةcontentWindowInsets
لمحاولةScaffold
. - إذا كان تطبيقك يستخدم عناصر العرض ومكونات Material Design
(
com.google.android.material
)، تتعامل معظم مكونات Material Design المستندة إلى عناصر العرض، مثلBottomNavigationView
أوBottomAppBar
أوNavigationRailView
أوNavigationView
، مع الأجزاء المضمّنة ولا تتطلّب أي جهد إضافي. ومع ذلك، عليك إضافةandroid:fitsSystemWindows="true"
في حال استخدامAppBarLayout
. - بالنسبة إلى العناصر المخصّصة القابلة للتجميع، طبِّق الأجزاء المُدمجة يدويًا كحشو. إذا كان المحتوى الخاص بك ضمن
Scaffold
، يمكنك استهلاك وحدات إعلانية باستخدام قيم المساحة المتروكةScaffold
. بخلاف ذلك، يمكنك تطبيق مساحة متروكة باستخدام أحدWindowInsets
. - إذا كان تطبيقك يستخدم طرق العرض و
BottomSheet
أوSideSheet
أو حاوية مخصّصة، يمكنك تطبيق مساحة متروكة باستخدامViewCompat.setOnApplyWindowInsetsListener
. بالنسبة إلىRecyclerView
، يمكنك تطبيق الحشو باستخدام هذا المستمع وإضافةclipToPadding="false"
أيضًا.
كيفية التحقّق مما إذا كان يجب أن يوفّر تطبيقك حماية مخصّصة في الخلفية
إذا كان يجب أن يوفّر تطبيقك حماية مخصّصة في الخلفية عند استخدام ميزة "التنقّل باستخدام ثلاثة أزرار" أو
شريط الحالة، يجب أن يعرض تطبيقك عناصر قابلة للإنشاء أو العرض خلف شريط النظام
باستخدام WindowInsets.Type#tappableElement()
للحصول على ارتفاع شريط التنقّل المكوَّن من ثلاثة أزرار
أو WindowInsets.Type#statusBars
.
موارد إضافية من الحافة إلى الحافة
راجع دليلي Edge to Edge View وEdge to Edge Compose لمعرفة اعتبارات إضافية حول تطبيق المساحات الداخلية.
واجهات برمجة التطبيقات المتوقّفة نهائيًا
تم إيقاف واجهات برمجة التطبيقات التالية نهائيًا، ولكن لم يتم إيقافها:
R.attr#enforceStatusBarContrast
R.attr#navigationBarColor
(للتنقّل باستخدام 3 أزرار، مع 80% من الإصدار التجريبي)Window#isStatusBarContrastEnforced
Window#setNavigationBarColor
(للتنقّل باستخدام 3 أزرار، مع شفافية بنسبة% 80)Window#setStatusBarContrastEnforced
تم إيقاف واجهات برمجة التطبيقات التالية نهائيًا وإيقافها:
R.attr#navigationBarColor
(للتنقّل بالإيماءات)R.attr#navigationBarDividerColor
R.attr#statusBarColor
Window#setDecorFitsSystemWindows
Window#getNavigationBarColor
Window#getNavigationBarDividerColor
Window#getStatusBarColor
Window#setNavigationBarColor
(للتنقّل بالإيماءات)Window#setNavigationBarDividerColor
Window#setStatusBarColor
الإعدادات الثابتة
إذا كان تطبيقك يستهدف الإصدار 15 من نظام التشغيل Android (المستوى 35 لواجهة برمجة التطبيقات) أو الإصدارات الأحدث، لن يتم Configuration
استبعاد أشرطة النظام بعد الآن. إذا كنت تستخدم حجم الشاشة في
الفئة Configuration
لاحتساب التنسيق، عليك استبدالها ببدائل أفضل مثل
ViewGroup
أو WindowInsets
أو
WindowMetricsCalculator
مناسبَين حسب حاجتك.
تتوفر Configuration
منذ الإصدار 1 من واجهة برمجة التطبيقات. يتم الحصول عليه عادةً من
Activity.onConfigurationChanged
. ويقدّم معلومات مثل كثافة النوافذ ومقدار التمويه
والأحجام. من الخصائص المهمة لأحجام النوافذ
المعروضة من Configuration
أنّها كانت تستبعد في السابق أشرطة النظام.
يتم استخدام حجم الإعدادات عادةً لاختيار الموارد، مثل
/res/layout-h500dp
، ولا يزال هذا الاستخدام صالحًا. ومع ذلك، لم يُنصح أبدًا باستخدامه في
حساب التنسيق. إذا قمت بذلك، يجب عليك
الابتعاد عنه الآن. وعليك استبدال استخدام Configuration
بشيء أكثر ملاءمة حسب حالة استخدامك.
إذا كنت تستخدمها لاحتساب التنسيق، استخدِم ViewGroup
مناسبًا، مثل
CoordinatorLayout
أو ConstraintLayout
. وإذا كنت تستخدمه لتحديد ارتفاع شريط تنقل النظام، استخدِم WindowInsets
. إذا أردت معرفة الحجم الحالي
لنافذة تطبيقك، استخدِم computeCurrentWindowMetrics
.
توضّح القائمة التالية الحقول المتأثرة بهذا التغيير:
- لم يعُد حجما
Configuration.screenWidthDp
وscreenHeightDp
يستبعدان أشرطة النظام. - يتأثّر
Configuration.smallestScreenWidthDp
بشكل غير مباشر بالتغييرات فيscreenWidthDp
وscreenHeightDp
. - يتأثر
Configuration.orientation
بشكل غير مباشر بالتغييرات التي تطرأ علىscreenWidthDp
وscreenHeightDp
على الأجهزة القريبة من المربّع. - يتأثر
Display.getSize(Point)
بشكل غير مباشر بالتغييرات فيConfiguration
. وتم إيقاف هذه الميزة نهائيًا اعتبارًا من المستوى 30 لواجهة برمجة التطبيقات. - كان تطبيق
Display.getMetrics()
يعمل بهذه الطريقة منذ المستوى 33 لواجهة برمجة التطبيقات.
القيمة التلقائية لسمة elegantTextHeight هي true
في التطبيقات التي تستهدف الإصدار 15 من نظام التشغيل Android، تصبح السمة elegantTextHeight
TextView
true
تلقائيًا، لتستبدل
الخط المكثّف المُستخدَم تلقائيًا ببعض النصوص البرمجية ذات المقاييس العمودية الكبيرة
بنص أكثر قابلية للقراءة. وقد تم تصميم الخط المكثّف لمنع تعطّل التنسيقات، ويمنع Android 13 (المستوى 33 لواجهة برمجة التطبيقات) العديد من هذه الأعطال من خلال السماح لتنسيق النص بزيادة الارتفاع العمودي باستخدام السمة fallbackLineSpacing
.
في نظام التشغيل Android 15، يظل الخط المضغوط موجودًا في النظام، لذلك يمكن لتطبيقك ضبط
elegantTextHeight
على false
للحصول على السلوك نفسه كما في السابق، ولكن من غير المحتمل
أن يكون متوافقًا في الإصدارات القادمة. مثلاً، إذا كان تطبيقك متوافقًا مع النصوص التالية: العربية واللاوية وميانمار والتاميلية والغوجاراتية والكنادية والماليالامية
أو الأودية أو التيلوغوية أو التايلاندية، يمكنك اختبار تطبيقك من خلال ضبط elegantTextHeight
على true
.
تغييرات في عرض TextView لأشكال الأحرف المعقّدة
في الإصدارات السابقة من Android، قد ترسم بعض الخطوط المكتوبة بخط اليد أو اللغات التي تتضمن
أشكالًا معقّدةً الأحرف في منطقة الحرف السابق أو التالي.
في بعض الحالات، تم اقتطاع هذه الأحرف في موضع البداية أو النهاية.
بدءًا من Android 15، يخصّص TextView
عرضًا لرسم مساحة كافية
لهذه الأحرف ويسمح للتطبيقات بطلب مساحات إضافية على يمين الحرف لمنع اقتصاصه.
وبما أنّ هذا التغيير يؤثر في كيفية تحديد TextView
للعرض، TextView
يحدّد عرضًا أكبر تلقائيًا إذا كان التطبيق يستهدف الإصدار 15 من نظام التشغيل Android (المستوى 35 لواجهة برمجة التطبيقات) أو
الإصدارات الأحدث. يمكنك تفعيل هذا السلوك أو إيقافه من خلال طلب بيانات من واجهة برمجة التطبيقات
setUseBoundsForWidth
على TextView
.
بما أنّ إضافة مساحة متروكة على يمين العنصر قد تؤدي إلى عدم محاذاة التنسيقات الحالية، لا تتم إضافة
المساحة المتروكة تلقائيًا حتى للتطبيقات التي تستهدف الإصدار 15 من نظام التشغيل Android أو الإصدارات الأحدث.
ومع ذلك، يمكنك إضافة مساحة متروكة إضافية لمنع الاقتصاص من خلال استدعاء
setShiftDrawingOffsetForStartOverhang
.
توضح الأمثلة التالية كيف يمكن لهذه التغييرات تحسين تخطيط النص لبعض الخطوط واللغات.
ارتفاع السطر التلقائي المراعي للّغة في EditText
في الإصدارات السابقة من نظام التشغيل Android، كان تنسيق النص يوسِّع ارتفاع النص
ليتناسب ارتفاع سطر الخط الذي يطابق اللغة الحالية. على سبيل المثال، إذا كان المحتوى باللغة اليابانية، لأن ارتفاع سطر الخط الياباني أكبر بقليل من الخط اللاتيني، فسيصبح ارتفاع النص أكبر قليلاً. مع ذلك، على الرغم من هذه الاختلافات في ارتفاعات الأسطر، تم ضبط حجم عنصر EditText
بشكل موحد، بغض النظر عن اللغة المستخدَمة، كما هو موضّح في الصورة التالية:
في التطبيقات التي تستهدف الإصدار 15 من Android، يتم الآن تخصيص حد أدنى لارتفاع السطر لـ EditText
لمطابقة الخط المرجعي للغة المحددة، كما هو موضّح في الصورة التالية:
وإذا لزم الأمر، يمكن لتطبيقك استعادة السلوك السابق من خلال تحديد السمة
useLocalePreferredLineHeightForMinimum
على false
، ويمكن لتطبيقك ضبط حدّ أدنى مخصّص لمقاييس القطاع باستخدام واجهة
setMinimumFontMetrics
API في لغتَي Kotlin وJava.
الكاميرا والوسائط
يُجري نظام Android 15 التغييرات التالية على سلوك الكاميرا والوسائط للتطبيقات التي تستهدف الإصدار 15 من Android أو الإصدارات الأحدث.
القيود المفروضة على طلب تركيز الصوت
لطلب التركيز على الصوت، يجب أن تكون التطبيقات التي تستهدف الإصدار 15 من نظام التشغيل Android هي أفضل تطبيق أو تشغّل خدمة تعمل في المقدّمة. إذا حاول أحد التطبيقات
طلب التركيز في حين لا يستوفي أحد هذه المتطلبات،
سيتم عرض الرمز AUDIOFOCUS_REQUEST_FAILED
.
يمكنك معرفة المزيد من المعلومات حول التركيز الصوتي في إدارة التركيز الصوتي.
قيود غير متاحة في حزمة SDK تم تعديلها
Android 15 includes updated lists of restricted non-SDK interfaces based on collaboration with Android developers and the latest internal testing. Whenever possible, we make sure that public alternatives are available before we restrict non-SDK interfaces.
If your app does not target Android 15, some of these changes might not immediately affect you. However, while it's possible for your app to access some non-SDK interfaces depending on your app's target API level, using any non-SDK method or field always carries a high risk of breaking your app.
If you are unsure if your app uses non-SDK interfaces, you can test your app to find out. If your app relies on non-SDK interfaces, you should begin planning a migration to SDK alternatives. Nevertheless, we understand that some apps have valid use cases for using non-SDK interfaces. If you can't find an alternative to using a non-SDK interface for a feature in your app, you should request a new public API.
لمزيد من المعلومات عن التغييرات في هذا الإصدار من Android، اطّلِع على التعديلات على قيود واجهات غير حزمة SDK في Android 15. للاطّلاع على مزيد من المعلومات حول الواجهات غير المتوفّرة في حزمة SDK بشكل عام، اطّلِع على مقالة القيود المفروضة على الواجهات غير المتوفّرة في حزمة SDK.