تغییرات رفتار: برنامه هایی که اندروید 15 یا بالاتر را هدف قرار می دهند

مانند نسخه های قبلی، Android 15 شامل تغییرات رفتاری است که ممکن است بر برنامه شما تأثیر بگذارد. تغییرات رفتاری زیر منحصراً برای برنامه‌هایی اعمال می‌شود که Android 15 یا بالاتر را هدف قرار می‌دهند. اگر برنامه شما اندروید 15 یا بالاتر را هدف قرار می دهد، باید برنامه خود را تغییر دهید تا در صورت لزوم از این رفتارها به درستی پشتیبانی کند.

حتماً فهرستی از تغییرات رفتاری را نیز مرور کنید که بر همه برنامه‌های در حال اجرا در Android 15 بدون توجه به targetSdkVersion برنامه شما تأثیر می‌گذارد.

عملکرد اصلی

اندروید 15 قابلیت های اصلی مختلف سیستم اندروید را اصلاح یا گسترش می دهد.

تغییرات در خدمات پیش زمینه

ما در حال انجام تغییرات زیر در سرویس های پیش زمینه با اندروید 15 هستیم.

رفتار درنگ سرویس پیش زمینه همگام سازی داده ها

对于以 Android 15（API 级别 35）或更高版本为目标平台的应用，Android 15 为 dataSync 引入了新的超时行为。此行为也适用于新的 mediaProcessing 前台服务类型。

系统允许应用的 dataSync 服务在 24 小时内共运行 6 小时，之后系统会调用正在运行的服务的 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]"

为避免此行为变更出现问题，您可以执行以下一项或多项操作：

  1. 让您的服务实现新的 Service.onTimeout(int, int) 方法。当应用收到回调时，请务必在几秒钟内调用 stopSelf()。（如果您不立即停止应用，系统会生成故障。）
  2. 确保应用的 dataSync 服务在任何 24 小时内总运行时间不超过 6 小时（除非用户与应用互动，重置计时器）。
  3. 仅在有直接用户互动时启动 dataSync 前台服务；由于服务启动时应用位于前台，因此您的服务在应用进入后台后有完整的 6 小时时间。
  4. 请使用替代 API，而不是使用 dataSync 前台服务。

如果您的应用的 dataSync 前台服务在过去 24 小时内运行了 6 小时，则您无法启动其他 dataSync 前台服务，除非用户已将您的应用切换到前台（这会重置计时器）。如果您尝试启动其他 dataSync 前台服务，系统会抛出 ForegroundServiceStartNotAllowedException，并显示类似“前台服务类型 dataSync 的时间限制已用尽”的错误消息。

测试

如需测试应用的行为，即使您的应用并非以 Android 15 为目标平台（只要该应用在 Android 15 设备上运行），您也可以启用数据同步超时。如需启用超时，请运行以下 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

نوع سرویس پیش زمینه پردازش رسانه جدید

اندروید 15 یک نوع سرویس پیش زمینه جدید، mediaProcessing را معرفی می کند. این نوع سرویس برای عملیاتی مانند رمزگذاری فایل های رسانه ای مناسب است. به عنوان مثال، یک برنامه رسانه ممکن است یک فایل صوتی را دانلود کند و قبل از پخش آن را به فرمت دیگری تبدیل کند. می‌توانید از سرویس پیش‌زمینه mediaProcessing استفاده کنید تا مطمئن شوید که تبدیل حتی زمانی که برنامه در پس‌زمینه است ادامه می‌یابد.

این سیستم به سرویس‌های mediaProcessing یک برنامه اجازه می‌دهد در مجموع 6 ساعت در یک دوره 24 ساعته اجرا شوند، پس از آن سیستم سرویس سرویس در حال اجرا را متد Service.onTimeout(int, int) (معرفی شده در Android 15) فراخوانی می‌کند. در این زمان، سرویس چند ثانیه فرصت دارد تا Service.stopSelf() را فراخوانی کند. اگر سرویس Service.stopSelf() را فراخوانی نکند، سیستم یک استثنا داخلی ایجاد می کند. استثنا با پیام زیر در Logcat وارد شده است:

Fatal Exception: android.app.RemoteServiceException: "A foreground service of
type mediaProcessing did not stop within its timeout: [component name]"

برای جلوگیری از استثناء، می توانید یکی از موارد زیر را انجام دهید:

  1. از سرویس خود بخواهید روش جدید Service.onTimeout(int, int) را پیاده سازی کند. هنگامی که برنامه شما پاسخ تماس را دریافت کرد، مطمئن شوید که در عرض چند ثانیه stopSelf() تماس بگیرید. (اگر برنامه را فوراً متوقف نکنید، سیستم یک خرابی ایجاد می کند.)
  2. مطمئن شوید که سرویس‌های mediaProcessing برنامه شما در هر دوره ۲۴ ساعته در مجموع بیش از ۶ ساعت اجرا نمی‌شوند (مگر اینکه کاربر با برنامه تعامل داشته باشد و تایمر را بازنشانی کند).
  3. خدمات پیش زمینه mediaProcessing را فقط در نتیجه تعامل مستقیم کاربر شروع کنید. از آنجایی که هنگام شروع سرویس، برنامه شما در پیش زمینه است، سرویس شما شش ساعت کامل پس از رفتن برنامه به پس‌زمینه است.
  4. به جای استفاده از سرویس پیش زمینه mediaProcessing ، از یک API جایگزین مانند WorkManager استفاده کنید.

اگر سرویس‌های پیش‌زمینه mediaProcessing برنامه‌تان در 24 ساعت گذشته به مدت 6 ساعت اجرا شده است، نمی‌توانید سرویس پیش‌زمینه mediaProcessing دیگری را راه‌اندازی کنید ، مگر اینکه کاربر برنامه شما را به پیش‌زمینه آورده باشد (که تایمر را بازنشانی می‌کند). اگر بخواهید سرویس پیش‌زمینه mediaProcessing دیگری را راه‌اندازی کنید، سیستم ForegroundServiceStartNotAllowedException را با پیام خطایی مانند "محدودیت زمانی برای نوع سرویس پیش‌زمینه mediaProcessing تمام شده است" می‌فرستد.

برای اطلاعات بیشتر در مورد نوع سرویس mediaProcessing ، به تغییرات در انواع خدمات پیش زمینه برای Android 15 مراجعه کنید: پردازش رسانه .

تست کردن

برای آزمایش رفتار برنامه‌تان، می‌توانید وقفه‌های زمانی پردازش رسانه را فعال کنید، حتی اگر برنامه شما Android 15 را هدف قرار ندهد (تا زمانی که برنامه روی دستگاه Android 15 اجرا شود). برای فعال کردن بازه زمانی، دستور adb زیر را اجرا کنید:

adb shell am compat enable FGS_INTRODUCE_TIME_LIMITS your-package-name

همچنین می‌توانید مدت زمان وقفه را تنظیم کنید تا آزمایش نحوه عملکرد برنامه‌تان در زمان رسیدن به محدودیت آسان‌تر شود. برای تنظیم یک بازه زمانی جدید، دستور adb زیر را اجرا کنید:

adb shell device_config put activity_manager media_processing_fgs_timeout_duration duration-in-milliseconds

محدودیت در گیرنده های پخش BOOT_COMPLETED که خدمات پیش زمینه را راه اندازی می کنند

محدودیت های جدیدی برای گیرنده های پخش BOOT_COMPLETED وجود دارد که خدمات پیش زمینه را راه اندازی می کنند. گیرنده های BOOT_COMPLETED مجاز به راه اندازی انواع خدمات پیش زمینه زیر نیستند :

اگر یک گیرنده BOOT_COMPLETED سعی کند هر یک از آن نوع خدمات پیش زمینه را راه اندازی کند، سیستم ForegroundServiceStartNotAllowedException پرتاب می کند.

تست کردن

برای آزمایش رفتار برنامه‌تان، می‌توانید این محدودیت‌های جدید را فعال کنید، حتی اگر برنامه شما اندروید 15 را هدف قرار ندهد (تا زمانی که برنامه روی دستگاه Android 15 اجرا شود). دستور 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 权限，即使应用当前在后台运行，也可以启动前台服务（如免于后台启动限制中所述）。

如果应用以 Android 15 为目标平台，则此豁免范围现在更窄。现在，应用需要具有 SYSTEM_ALERT_WINDOW 权限，并且还需要有一个可见的叠加窗口。也就是说，应用需要先启动 TYPE_APPLICATION_OVERLAY 窗口，并且该窗口需要处于可见状态，然后您才能启动前台服务。

如果您的应用尝试从后台启动前台服务，但不符合这些新要求（并且没有其他豁免情况），系统会抛出 ForegroundServiceStartNotAllowedException。

如果您的应用声明了 SYSTEM_ALERT_WINDOW 权限并从后台启动前台服务，则可能会受到此变更的影响。如果您的应用获得了 ForegroundServiceStartNotAllowedException，请检查应用的操作顺序，并确保应用在尝试从后台启动前台服务之前已具有有效的叠加层窗口。您可以通过调用 View.getWindowVisibility() 检查叠加层窗口当前是否可见，也可以替换 View.onWindowVisibilityChanged()，以便在可见性发生变化时收到通知。

测试

如需测试应用的行为，您可以启用这些新限制，即使您的应用并未以 Android 15 为目标平台（只要应用在 Android 15 设备上运行）也是如此。如需针对从后台启动前台服务启用这些新限制，请运行以下 adb 命令：

adb shell am compat enable FGS_SAW_RESTRICTIONS your-package-name

زمانی که برنامه‌ها می‌توانند وضعیت جهانی حالت مزاحم نشوید را تغییر دهند

以 Android 15 为目标平台的应用无法再更改设备上的全局状态或勿扰 (DND) 政策（通过修改用户设置或关闭 DND 模式）。相反，应用必须提供一个 AutomaticZenRule，系统会将后者合并到一个具有现有最严格的政策胜出方案的全局政策中。调用之前影响全局状态的现有 API（setInterruptionFilter、setNotificationPolicy）会导致创建或更新隐式 AutomaticZenRule，该 AutomaticZenRule 根据这些 API 调用的调用周期而开启或关闭。

请注意，只有在应用调用 setInterruptionFilter(INTERRUPTION_FILTER_ALL) 且预期调用会停用之前由其所有者激活的 AutomaticZenRule 时，此变更才会影响可观察的行为。

OpenJDK API تغییر می کند

اندروید 15 به کار تازه سازی کتابخانه های اصلی اندروید برای هماهنگی با ویژگی های آخرین نسخه OpenJDK LTS ادامه می دهد.

برخی از این تغییرات می‌تواند بر سازگاری برنامه‌ها برای برنامه‌هایی که Android 15 را هدف قرار می‌دهند (سطح API 35) تأثیر بگذارد:

  • تغییرات در APIهای قالب‌بندی رشته‌ای : اعتبارسنجی شاخص آرگومان، پرچم‌ها، عرض و دقت اکنون هنگام استفاده از APIهای String.format() و Formatter.format() سخت‌تر است:

    به عنوان مثال، زمانی که از شاخص آرگومان 0 استفاده می شود، استثنای زیر ایجاد می شود ( %0 در رشته قالب):

    IllegalFormatArgumentIndexException: Illegal format argument index = 0

    در این مورد، مشکل را می توان با استفاده از شاخص آرگومان 1 ( %1 در رشته قالب) برطرف کرد.

  • تغییرات در نوع مؤلفه Arrays.asList(...).toArray() : وقتی از Arrays.asList(...).toArray() استفاده می کنیم، نوع جزء آرایه به دست آمده اکنون یک Object است — نه نوع عناصر آرایه زیربنایی بنابراین کد زیر یک ClassCastException می اندازد:

    String[] elements = (String[]) Arrays.asList("one", "two").toArray();

    برای این مورد، برای حفظ String به عنوان نوع مؤلفه در آرایه حاصل، می‌توانید به جای آن از Collection.toArray(Object[]) استفاده کنید:

    String[] elements = Arrays.asList("two", "one").toArray(new String[0]);

  • تغییرات در مدیریت کد زبان : هنگام استفاده از Locale API، کدهای زبان عبری، ییدیش و اندونزیایی دیگر به شکل‌های منسوخ خود تبدیل نمی‌شوند (عبری: iw ، ییدیش: ji ، و اندونزیایی: in ). هنگام تعیین کد زبان برای یکی از این مناطق، به جای آن از کدهای ISO 639-1 استفاده کنید (عبری: he ، ییدیش: yi ، و اندونزیایی: id ).

  • تغییرات در دنباله‌های تصادفی int : به دنبال تغییرات ایجاد شده در https://bugs.openjdk.org/browse/JDK-8301574 ، متدهای Random.ints() زیر اکنون دنباله‌ای متفاوت از اعداد را نسبت به متدهای Random.nextInt() انجام دهید:

    به طور کلی، این تغییر نباید منجر به رفتار شکستن برنامه شود، اما کد شما نباید انتظار داشته باشد که دنباله تولید شده از متدهای Random.ints() مطابق با Random.nextInt() باشد.

بعد از اینکه compileSdk در پیکربندی ساخت برنامه خود برای استفاده از Android 15 (سطح API 35) به‌روزرسانی کردید، API جدید SequencedCollection می‌تواند بر سازگاری برنامه شما تأثیر بگذارد:

  • برخورد با توابع پسوند MutableList.removeFirst() و MutableList.removeLast() در kotlin-stdlib

    نوع List در جاوا به نوع MutableList در Kotlin نگاشت می شود. از آنجایی که API های List.removeFirst() و List.removeLast() در اندروید 15 معرفی شده اند (سطح API 35)، کامپایلر Kotlin فراخوانی های تابع، به عنوان مثال list.removeFirst() به صورت ایستا به List API های جدید حل می کند. توابع پسوند در kotlin-stdlib .

    اگر برنامه‌ای دوباره با compileSdk روی 35 و minSdk روی 34 یا پایین‌تر کامپایل شود، و سپس برنامه روی اندروید 14 و پایین‌تر اجرا شود، یک خطای زمان اجرا ایجاد می‌شود:

    java.lang.NoSuchMethodError: No virtual method
removeFirst()Ljava/lang/Object; in class Ljava/util/ArrayList;

    گزینه NewApi lint موجود در پلاگین Android Gradle می تواند این موارد استفاده جدید API را دریافت کند.

    ./gradlew lint

MainActivity.kt:41: Error: Call requires API level 35 (current min is 34): java.util.List#removeFirst [NewApi]
      list.removeFirst()

    برای رفع خطاهای Exception و lint در زمان اجرا، فراخوانی تابع removeFirst() و removeLast() می توان به ترتیب با removeAt(0) و removeAt(list.lastIndex) در Kotlin جایگزین کرد. اگر از Android Studio Ladybug | 2024.1.3 یا بالاتر، همچنین گزینه ای برای رفع سریع این خطاها ارائه می دهد.

    اگر گزینه lint غیرفعال شده است، @SuppressLint("NewApi") و lintOptions { disable 'NewApi' } حذف کنید.

  • برخورد با روش های دیگر در جاوا

    روش های جدیدی به انواع موجود اضافه شده است، به عنوان مثال، List و Deque . این متدهای جدید ممکن است با متدهایی با همان نام و انواع آرگومان در سایر رابط‌ها و کلاس‌ها سازگار نباشند. در مورد تصادم امضای روش با ناسازگاری، کامپایلر javac یک خطای زمان ساخت را خروجی می‌کند. به عنوان مثال:

    خطای مثال 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 List

    مثال خطای 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 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 error

    برای رفع این خطاهای ساخت، کلاسی که این رابط‌ها را پیاده‌سازی می‌کند، باید متد را با نوع بازگشتی سازگار لغو کند. به عنوان مثال:

    @Override
public Object getFirst() {
    return List.super.getFirst();
}

امنیت

اندروید 15 شامل تغییراتی است که امنیت سیستم را ارتقا می‌دهد تا از برنامه‌ها و کاربران در برابر برنامه‌های مخرب محافظت کند.

فعالیت پس زمینه ایمن راه اندازی می شود

Android 15 可保护用户免受恶意应用的侵害，并让用户更好地控制 来防止恶意后台应用 将其他应用置于前台、提升其权限以及滥用 用户互动自以下时间以来，后台活动启动一直受到限制 Android 10（API 级别 29）。

禁止与堆栈中的顶部 UID 不匹配的应用启动 activity

恶意应用可以在同一任务中启动另一个应用的 activity，然后 叠加在上面，营造出像该应用一样的错觉。这个“任务” 劫持"攻击绕过了当前的后台启动限制， 会发生在同一个可见任务中。为了降低这种风险，Android 15 新增了 用于阻止与堆栈中的顶层 UID 不匹配的应用启动的标志 活动。如需选择启用应用的所有活动，请更新 allowCrossUidActivitySwitchFromBelow 属性：AndroidManifest.xml

<application android:allowCrossUidActivitySwitchFromBelow="false" >

如果满足以下所有条件，则启用新的安全措施：

  • 执行启动的应用以 Android 15 为目标平台。
  • 任务堆栈顶部的应用以 Android 15 为目标平台。
  • 所有可见活动都已选择启用新保护措施

如果启用了安全措施，应用可能会返回主屏幕，而不是返回 最后一个可见应用（如果他们自行完成任务）。

其他变更

除了限制 UID 匹配之外，这些其他变更也 包括：

  • 更改 PendingIntent 创作者，以阻止后台活动启动，具体方法是： 默认。这有助于防止应用意外创建 可能被恶意操作者滥用的 PendingIntent。
  • 请勿将应用调到前台，除非 PendingIntent 发送者 允许它。此变更旨在防止恶意应用滥用 在后台启动 activity 的功能。默认情况下，应用 允许将任务堆栈转到前台，除非创建者允许 后台活动启动权限或发送者有后台活动 启动权限
  • 控制任务堆栈的顶层 activity 完成其任务的方式。如果 顶层 activity 完成一项任务后，Android 会返回到之前执行的 上次活动时间。此外，如果非顶层 activity 完成其任务，Android 将 返回主屏幕；因此不会阻碍这个非顶层的 活动。
  • 防止将其他应用中的任意 activity 启动到您自己的 activity 任务。这项变更旨在防止恶意应用 看起来像是来自其他应用的活动
  • 禁止将不可见窗口视为后台活动 发布。这有助于防止恶意应用滥用后台 activity 来向用户显示不需要或恶意的内容。

مقاصد امن تر

اندروید 15 اقدامات امنیتی اختیاری جدیدی را برای ایمن تر و قوی تر کردن مقاصد معرفی می کند. این تغییرات با هدف جلوگیری از آسیب پذیری های احتمالی و سوء استفاده از اهدافی است که می تواند توسط برنامه های مخرب مورد سوء استفاده قرار گیرد. دو پیشرفت اصلی برای امنیت intent در اندروید 15 وجود دارد:

  • Match target-intent-filters: مقاصدی که اجزای خاصی را هدف قرار می دهند باید دقیقاً با مشخصات فیلتر هدف هدف مطابقت داشته باشند. اگر قصدی برای راه‌اندازی فعالیت برنامه دیگری ارسال می‌کنید، مؤلفه هدف هدف باید با فیلترهای هدف اعلام‌شده فعالیت دریافت‌کننده هماهنگ شود.
  • Intent ها باید دارای عملکرد باشند: Intent های بدون عمل دیگر با فیلترهای intent مطابقت ندارند. این بدان معناست که مقاصد مورد استفاده برای شروع فعالیت ها یا خدمات باید دارای یک کنش به وضوح تعریف شده باشند.

برای بررسی اینکه برنامه شما چگونه به این تغییرات پاسخ می دهد، از StrictMode در برنامه خود استفاده کنید. برای مشاهده گزارش‌های دقیق درباره نقض استفاده Intent ، روش زیر را اضافه کنید:

کاتلین 


fun onCreate() {
    StrictMode.setVmPolicy(VmPolicy.Builder()
        .detectUnsafeIntentLaunch()
        .build()
    )
}

جاوا


public void onCreate() {
    StrictMode.setVmPolicy(new VmPolicy.Builder()
            .detectUnsafeIntentLaunch()
            .build());
}

تجربه کاربری و رابط کاربری سیستم

اندروید 15 شامل تغییراتی است که برای ایجاد یک تجربه کاربری سازگارتر و بصری در نظر گرفته شده است.

ورودی پنجره تغییر می کند

در اندروید 15 دو تغییر مربوط به ورودی‌های پنجره وجود دارد: لبه به لبه به‌طور پیش‌فرض اعمال می‌شود و همچنین تغییراتی در پیکربندی وجود دارد، مانند پیکربندی پیش‌فرض نوارهای سیستم.

اجرای لبه به لبه

默认情况下，如果应用以 Android 15（API 级别 35）为目标平台，在搭载 Android 15 的设备上，应用默认采用全屏。

目标平台为 Android 14 且在 Android 15 设备上未采用边到边设计的应用。


以 Android 15（API 级别 35）为目标平台且在 Android 15 设备上全屏显示的应用。此应用主要使用会自动应用边衬区的 Material 3 Compose 组件。此屏幕不受 Android 15 强制执行的无边框措施的影响。

这是一项可能会对应用的界面产生负面影响的破坏性更改。这些变更会影响以下界面区域：

  • 手势处理程序导航栏
    • 默认透明。
    • 底部偏移量处于停用状态，因此除非应用边衬区，否则内容会在系统导航栏后面绘制。
    • setNavigationBarColor 和 R.attr#navigationBarColor 已废弃，不会影响手势导航。
    • setNavigationBarContrastEnforced 和 R.attr#navigationBarContrastEnforced 对手势导航的影响仍然不变。
  • “三按钮”导航
    • 默认情况下，不透明度设置为 80%，颜色可能与窗口背景相匹配。
    • 底部偏移量处于停用状态，因此除非应用了边衬区，否则内容会在系统导航栏后面绘制。
    • 默认情况下，setNavigationBarColor 和 R.attr#navigationBarColor 会设置为与窗口背景相匹配。窗口背景必须是彩色可绘制对象，此默认值才能应用。此 API 已废弃，但仍会影响三按钮导航。
    • setNavigationBarContrastEnforced 和 R.attr#navigationBarContrastEnforced 默认为 true，这会在“三按钮”导航中添加 80% 的不透明背景。
  • 状态栏
    • 默认透明。
    • 顶部偏移量已停用，因此除非应用边衬区，否则内容绘制在状态栏后面。
    • 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（API 级别 35）为目标平台之前和之后，以及应用在应用内嵌之前和之后的效果。

目标平台为 Android 14 且在 Android 15 设备上未采用边到边设计的应用。
以 Android 15（API 级别 35）为目标平台且在 Android 15 设备上全屏显示的应用。不过，由于 Android 15 强制执行边到边显示，许多元素现在都被状态栏、三按钮导航栏或显示屏缺口遮挡。隐藏的界面包括 Material 2 顶部应用栏、悬浮操作按钮和列表项。
以 Android 15（API 级别 35）为目标平台的应用，在 Android 15 设备上从边到边，并应用内嵌，以免界面被隐藏。
如何检查应用是否已采用边到边设计

如果您的应用已采用边到边设计并应用了内边距，则除以下情况外，您大多不会受到影响。不过，即使您认为自己未受到影响，我们仍建议您测试自己的应用。

  • 您有一个非浮动窗口，例如使用 SHORT_EDGES、NEVER 或 DEFAULT（而非 LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS）的 Activity。如果您的应用在启动时崩溃，这可能是启动画面造成的。您可以将核心启动画面依赖项升级到 1.2.0-alpha01 或更高版本，也可以设置 window.attributes.layoutInDisplayCutoutMode = WindowManager.LayoutInDisplayCutoutMode.always。
  • 可能会有流量较低的屏幕显示被遮挡的界面。验证这些访问次数较少的屏幕是否存在遮挡的界面。流量较低的屏幕包括：
    • 初始配置或登录屏幕
    • “设置”页面
如果您的应用尚未采用边到边设计，应检查哪些方面

如果您的应用尚未采用边到边设计，您很可能受到影响。除了已经采用边到边设计的应用的场景之外，您还应考虑以下情况：

  • 如果您的应用在 Compose 中使用 Material 3 组件 (androidx.compose.material3)，例如 TopAppBar、BottomAppBar 和 NavigationBar，这些组件可能不会受到影响，因为它们会自动处理边衬区。
  • 如果应用使用的是 Compose 中的 Material 2 组件 (androidx.compose.material)，这些组件本身并不会自动处理边衬区。不过，您可以获得边衬区的访问权限，然后手动应用边衬区。在 androidx.compose.material 1.6.0 及更高版本中，使用 windowInsets 参数为 BottomAppBar、TopAppBar、BottomNavigation 和 NavigationRail 手动应用边衬区。同样，请为 Scaffold 使用 contentWindowInsets 参数。
  • 如果应用使用了 View 和 Material 组件 (com.google.android.material)，则大多数基于 View 的 Material 组件（例如 BottomNavigationView、BottomAppBar、NavigationRailView 或 NavigationView）都会处理边衬区，因此不需要执行额外的操作。不过，如果使用 AppBarLayout，则需要添加 android:fitsSystemWindows="true"。
  • 对于自定义可组合项，请手动将边衬区应用为内边距。如果您的内容位于 Scaffold 中，您可以使用 Scaffold 内边距值使用内边距。否则，请使用 WindowInsets 之一应用内边距。
  • 如果应用使用的是 View 和 BottomSheet、SideSheet 或自定义容器，请使用 ViewCompat.setOnApplyWindowInsetsListener 应用内边距。对于 RecyclerView，请使用此监听器应用内边距，并添加 clipToPadding="false"。
如果您的应用必须提供自定义后台保护，应检查哪些方面

如果您的应用必须为三按钮导航栏或状态栏提供自定义背景保护，则应使用 WindowInsets.Type#tappableElement() 获取三按钮导航栏高度或 WindowInsets.Type#statusBars，将可组合项或视图放置在系统栏后面。

其他端到端资源

如需了解有关应用内边距的其他注意事项，请参阅边到边视图和边到边 Compose 指南。

已弃用的 API

以下 API 已废弃，但并未停用：

以下 API 已弃用和停用：

پیکربندی پایدار

اگر برنامه شما Android 15 (سطح API 35) یا بالاتر را هدف قرار می دهد، Configuration دیگر نوارهای سیستم را حذف نمی کند. اگر از اندازه صفحه در کلاس Configuration برای محاسبه چیدمان استفاده می کنید، باید بسته به نیاز خود، آن را با گزینه های بهتری مانند ViewGroup مناسب، WindowInsets یا WindowMetricsCalculator جایگزین کنید.

Configuration از API 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 قرار می گیرد. این در ابتدا در سطح API 30 منسوخ شد.
  • Display.getMetrics() قبلاً از سطح API 33 به این شکل کار کرده است.

صفت elegantTextHeight به طور پیش فرض درست است

برای برنامه‌هایی که Android 15 (سطح API 35) را هدف قرار می‌دهند، ویژگی elegantTextHeight TextView به‌طور پیش‌فرض true می‌شود و فونت فشرده‌ای را که به‌طور پیش‌فرض استفاده می‌شود با برخی از اسکریپت‌هایی که معیارهای عمودی بزرگی دارند با فونتی که بسیار خواناتر است جایگزین می‌کند. فونت فشرده برای جلوگیری از شکستن طرح‌بندی‌ها معرفی شد. Android 13 (سطح API 33) از بسیاری از این شکستگی‌ها جلوگیری می‌کند و به طرح متن اجازه می‌دهد تا ارتفاع عمودی را با استفاده از ویژگی fallbackLineSpacing کشیده شود.

در اندروید 15، فونت فشرده همچنان در سیستم باقی می‌ماند، بنابراین برنامه شما می‌تواند elegantTextHeight را روی false تنظیم کند تا رفتار قبلی را داشته باشد، اما بعید است که در نسخه‌های آینده پشتیبانی شود. بنابراین، اگر برنامه شما از اسکریپت های زیر پشتیبانی می کند: عربی، لائوس، میانمار، تامیل، گجراتی، کانادا، مالایالام، اودیا، تلوگو یا تایلندی، برنامه خود را با تنظیم elegantTextHeight روی true تست کنید.

رفتار elegantTextHeight برای برنامه‌هایی که Android 14 (سطح API 34) و پایین‌تر را هدف قرار می‌دهند.
رفتار elegantTextHeight برای برنامه هایی که اندروید 15 را هدف قرار می دهند.

عرض TextView برای اشکال حروف پیچیده تغییر می کند

در نسخه‌های قبلی اندروید، برخی از فونت‌های شکسته یا زبان‌هایی که شکل پیچیده‌ای دارند، ممکن است حروف را در ناحیه شخصیت قبلی یا بعدی بکشند. در برخی موارد، چنین حروفی در موقعیت آغاز یا پایان بریده می شدند. با شروع اندروید 15، یک TextView عرض را برای ترسیم فضای کافی برای چنین حروفی اختصاص می‌دهد و به برنامه‌ها اجازه می‌دهد تا برای جلوگیری از برش، بالشتک‌های اضافی را در سمت چپ درخواست کنند.

از آنجایی که این تغییر بر نحوه تعیین عرض یک TextView تأثیر می‌گذارد، اگر برنامه Android 15 (سطح API 35) یا بالاتر را هدف قرار دهد، TextView به طور پیش‌فرض عرض بیشتری را اختصاص می‌دهد. می توانید این رفتار را با فراخوانی API setUseBoundsForWidth در TextView فعال یا غیرفعال کنید.

از آنجایی که افزودن پد سمت چپ ممکن است باعث ایجاد ناهماهنگی در طرح‌بندی‌های موجود شود، این پد به‌طور پیش‌فرض حتی برای برنامه‌هایی که Android 15 یا بالاتر را هدف قرار می‌دهند، اضافه نمی‌شود. با این حال، می‌توانید با فراخوانی setShiftDrawingOffsetForStartOverhang ، بالشتک اضافی برای جلوگیری از بریدن اضافه کنید.

مثال‌های زیر نشان می‌دهند که چگونه این تغییرات می‌توانند طرح‌بندی متن را برای برخی از فونت‌ها و زبان‌ها بهبود بخشند.

طرح بندی استاندارد برای متن انگلیسی با فونت شکسته. برخی از حروف بریده شده است. اینجا XML مربوطه است: 

<TextView
    android:fontFamily="cursive"
    android:text="java" />
طرح بندی برای همان متن انگلیسی با عرض و بالشتک اضافی. اینجا XML مربوطه است: 

<TextView
    android:fontFamily="cursive"
    android:text="java"
    android:useBoundsForWidth="true"
    android:shiftDrawingOffsetForStartOverhang="true" />
طرح بندی استاندارد برای متن تایلندی. برخی از حروف بریده شده است. اینجا XML مربوطه است: 

<TextView
    android:text="คอมพิวเตอร์" />
طرح بندی برای همان متن تایلندی با عرض و بالشتک اضافی. اینجا XML مربوطه است: 

<TextView
    android:text="คอมพิวเตอร์"
    android:useBoundsForWidth="true"
    android:shiftDrawingOffsetForStartOverhang="true" />

ارتفاع خط پیش‌فرض آگاه از محلی برای EditText

در نسخه‌های قبلی اندروید، طرح‌بندی متن، ارتفاع متن را به اندازه ارتفاع خط فونتی که با منطقه فعلی مطابقت دارد، افزایش می‌داد. به عنوان مثال، اگر محتوا به زبان ژاپنی بود، چون ارتفاع خط فونت ژاپنی کمی بزرگتر از فونت لاتین است، ارتفاع متن کمی بزرگتر می شد. با این حال، علی‌رغم این تفاوت‌ها در ارتفاع خط، عنصر EditText بدون توجه به منطقه مورد استفاده، همانطور که در تصویر زیر نشان داده شده است، اندازه یکسانی داشت:

سه کادر نشان دهنده عناصر EditText که می تواند حاوی متنی از انگلیسی (en)، ژاپنی (ja) و برمه ای (my) باشد. ارتفاع EditText یکسان است، حتی اگر این زبان ها دارای ارتفاع خطوط متفاوت از یکدیگر باشند.

برای برنامه‌هایی که Android 15 (سطح API 35) را هدف قرار می‌دهند، اکنون یک حداقل ارتفاع خط برای EditText محفوظ است تا با فونت مرجع برای Locale مشخص‌شده مطابقت داشته باشد، همانطور که در تصویر زیر نشان داده شده است:

سه کادر نشان دهنده عناصر EditText که می تواند حاوی متنی از انگلیسی (en)، ژاپنی (ja) و برمه ای (my) باشد. ارتفاع EditText اکنون شامل فضایی برای قرار دادن ارتفاع خط پیش‌فرض برای فونت‌های این زبان‌ها می‌شود.

در صورت نیاز، برنامه شما می‌تواند رفتار قبلی را با تعیین ویژگی useLocalePreferredLineHeightForMinimum به false بازیابی کند، و برنامه شما می‌تواند حداقل معیارهای عمودی سفارشی را با استفاده از setMinimumFontMetrics API در Kotlin و Java تنظیم کند.

دوربین و رسانه

Android 15 تغییرات زیر را در رفتار دوربین و رسانه برای برنامه هایی که اندروید 15 یا بالاتر را هدف قرار می دهند، اعمال می کند.

محدودیت در درخواست فوکوس صوتی

以 Android 15 为目标平台的应用必须是顶级应用或运行前台服务，才能请求音频焦点。如果应用在不符合其中任何一项要求时尝试请求焦点，该调用将返回 AUDIOFOCUS_REQUEST_FAILED。

您可以参阅管理音频焦点，详细了解音频焦点。

محدودیت‌های غیر SDK به‌روزرسانی شد

Android 15 شامل لیست های به روز شده از رابط های غیر SDK محدود شده بر اساس همکاری با توسعه دهندگان اندروید و آخرین آزمایش داخلی است. در صورت امکان، قبل از اینکه رابط‌های غیر SDK را محدود کنیم، مطمئن می‌شویم که جایگزین‌های عمومی در دسترس هستند.

اگر برنامه شما اندروید 15 را هدف قرار نمی دهد، برخی از این تغییرات ممکن است فوراً روی شما تأثیر نگذارند. با این حال، در حالی که بسته به سطح API هدف برنامه شما، ممکن است برنامه شما به برخی از رابط‌های غیر SDK دسترسی داشته باشد، استفاده از هر روش یا فیلد غیر SDK همیشه خطر شکستن برنامه شما را بالا می‌برد.

اگر مطمئن نیستید که برنامه شما از رابط های غیر SDK استفاده می کند، می توانید برنامه خود را آزمایش کنید تا متوجه شوید. اگر برنامه شما به رابط‌های غیر SDK متکی است، باید برنامه‌ریزی برای انتقال به جایگزین‌های SDK را شروع کنید. با این وجود، می‌دانیم که برخی از برنامه‌ها دارای موارد استفاده معتبر برای استفاده از رابط‌های غیر SDK هستند. اگر نمی توانید جایگزینی برای استفاده از یک رابط غیر SDK برای یک ویژگی در برنامه خود پیدا کنید، باید یک API عمومی جدید درخواست کنید .

如需详细了解此 Android 版本中的变更，请参阅 Android 15 中有关限制非 SDK 接口的更新。如需全面了解有关非 SDK 接口的详细信息，请参阅对非 SDK 接口的限制。