Önceki sürümlerde olduğu gibi Android 15'te de uygulamanızı etkileyebilecek davranış değişiklikleri yer alır. Aşağıdaki davranış değişiklikleri yalnızca Android 15 veya sonraki sürümleri hedefleyen uygulamalar için geçerlidir. Uygulamanız Android 15 veya sonraki sürümleri hedefliyorsa geçerli olduğu durumlarda uygulamanızı bu davranışları düzgün şekilde destekleyecek şekilde değiştirmeniz gerekir.
Uygulamanızın targetSdkVersion
sürümünden bağımsız olarak Android 15'te çalışan tüm uygulamaları etkileyen davranış değişiklikleri listesini de inceleyin.
Temel işlevler
Android 15, Android sisteminin çeşitli temel özelliklerini değiştirir veya genişletir.
Ön plan hizmetlerinde yapılan değişiklikler
Android 15 ile ön plan hizmetlerinde aşağıdaki değişiklikleri yapıyoruz.
- Veri senkronizasyonu ön plan hizmeti zaman aşımı davranışı
- Yeni medya işleme ön plan hizmet türü
- Ön plan hizmetleri başlatan
BOOT_COMPLETED
yayın alıcılarıyla ilgili kısıtlamalar - Bir uygulama
SYSTEM_ALERT_WINDOW
iznine sahipken ön plan hizmetlerini başlatmayla ilgili kısıtlamalar
Veri senkronizasyonu ön plan hizmeti zaman aşımı davranışı
对于以 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]"
为避免此行为变更出现问题,您可以执行以下一项或多项操作:
- 让您的服务实现新的
Service.onTimeout(int, int)
方法。当应用收到回调时,请务必在几秒钟内调用stopSelf()
。(如果您不立即停止应用,系统会生成故障。) - 确保应用的
dataSync
服务在任何 24 小时内总运行时间不超过 6 小时(除非用户与应用互动,重置计时器)。 - 仅在有直接用户互动时启动
dataSync
前台服务;由于服务启动时应用位于前台,因此您的服务在应用进入后台后有完整的 6 小时时间。 - 请使用替代 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
Yeni medya işleme ön plan hizmeti türü
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
Ön plan hizmeti başlatan BOOT_COMPLETED
yayın alıcılarıyla ilgili kısıtlamalar
在启动 BOOT_COMPLETED
广播接收器方面存在新限制
前台服务。BOOT_COMPLETED
接收器不能启动
以下类型的前台服务:
dataSync
camera
mediaPlayback
phoneCall
mediaProjection
microphone
(自 Android 14 起,microphone
就受到此限制)
如果 BOOT_COMPLETED
接收器尝试启动任何上述类型的前台
服务,系统会抛出 ForegroundServiceStartNotAllowedException
。
测试
如需测试应用的行为,您可以启用这些新限制,即使您的应用并未以 Android 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
Bir uygulama SYSTEM_ALERT_WINDOW
iznine sahipken ön plan hizmetlerini başlatmayla ilgili kısıtlamalar
以前,如果应用拥有 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
Uygulamaların Rahatsız Etmeyin modunun genel durumunu ne zaman değiştirebileceğiyle ilgili değişiklikler
Android 15 (API düzeyi 35) ve sonraki sürümleri hedefleyen uygulamalar artık bir cihazdaki Rahatsız Etmeyin (DND) özelliğinin genel durumunu veya politikasını değiştiremez (kullanıcı ayarlarını değiştirerek ya da DND modunu kapatarak). Bunun yerine, uygulamaların bir AutomaticZenRule
sağlaması gerekir. Sistem, bu AutomaticZenRule
'ı mevcut en kısıtlayıcı politikanın kazandığı şema ile birleştirerek global bir politika oluşturur. Daha önce genel durumu etkileyen mevcut API'lere yapılan çağrılar (setInterruptionFilter
, setNotificationPolicy
), bu API çağrılarının çağrı döngüsüne bağlı olarak etkinleştirilip devre dışı bırakılan bir örtülü AutomaticZenRule
oluşturulmasına veya güncellenmesine neden olur.
Bu değişikliğin yalnızca uygulamanın setInterruptionFilter(INTERRUPTION_FILTER_ALL)
'i aradığı ve bu aramanın, daha önce sahipleri tarafından etkinleştirilmiş bir AutomaticZenRule
'ı devre dışı bırakmasını beklediği durumlarda gözlemlenebilir davranışı etkilediğini unutmayın.
OpenJDK API değişiklikleri
Android 15 将继续更新 Android 的核心库,以与最新 OpenJDK LTS 版本中的功能保持一致。
其中一些变更可能会影响以 Android 15(API 级别 35)为目标平台的应用的兼容性:
对字符串格式化 API 的更改:现在,使用以下
String.format()
和Formatter.format()
API 时,对参数索引、标志、宽度和精度的验证更为严格:String.format(String, Object[])
String.format(Locale, String, Object[])
Formatter.format(String, Object[])
Formatter.format(Locale, String, Object[])
例如,使用参数索引 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()
匹配。
在您更新应用 build 配置中的 compileSdk
以使用 Android 15(API 级别 35)后,新的 SequencedCollection
API 可能会影响应用的兼容性:
与
kotlin-stdlib
中的MutableList.removeFirst()
和MutableList.removeLast()
扩展函数发生冲突Java 中的
List
类型会映射到 Kotlin 中的MutableList
类型。由于List.removeFirst()
和List.removeLast()
API 已在 Android 15(API 级别 35)中引入,因此 Kotlin 编译器会将函数调用(例如list.removeFirst()
)静态解析为新的List
API,而不是kotlin-stdlib
中的扩展函数。如果将应用重新编译并将
compileSdk
设置为35
且将minSdk
设置为34
或更低级别,然后在 Android 14 及更低版本上运行该应用,系统会抛出运行时错误:java.lang.NoSuchMethodError: No virtual method removeFirst()Ljava/lang/Object; in class Ljava/util/ArrayList;
Android Gradle 插件中现有的
NewApi
lint 选项可以捕获这些新的 API 用法。./gradlew lint
MainActivity.kt:41: Error: Call requires API level 35 (current min is 34): java.util.List#removeFirst [NewApi] list.removeFirst()如需修复运行时异常和 lint 错误,可以在 Kotlin 中将
removeFirst()
和removeLast()
函数调用分别替换为removeAt(0)
和removeAt(list.lastIndex)
。如果您使用的是 Android Studio Ladybug | 2024.1.3 或更高版本,则该版本还提供了针对这些错误的快速修复选项。如果 lint 选项已停用,请考虑移除
@SuppressLint("NewApi")
和lintOptions { disable 'NewApi' }
。与 Java 中的其他方法冲突
现有类型中添加了新方法,例如
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(); }
Güvenlik
Android 15, uygulamaları ve kullanıcıları kötü amaçlı uygulamalardan korumaya yardımcı olmak için sistem güvenliğini destekleyen değişiklikler içerir.
Kısıtlanmış TLS sürümleri
Android 15, TLS 1.0 ve 1.1 sürümlerinin kullanımını kısıtlar. Bu sürümlerin desteği Android'de daha önce sonlandırılmıştı ancak artık Android 15'i hedefleyen uygulamalarda kullanılmasına izin verilmiyor.
Güvenli arka plan etkinliği başlatma
Android 15, kullanıcıları kötü amaçlı uygulamalardan korur ve üzerinde daha fazla kontrol imkanı sunar. kötü amaçlı arka plan uygulamalarının çalışmasını engelleyen değişiklikler ekleyerek diğer uygulamaları ön plana alarak, ayrıcalıklarının yükseltilmesine ve kötü amaçlı kullanıcı etkileşimi. Arka plan etkinliği lansmanları şu tarihten beri kısıtlanmıştır: Android 10 (API düzeyi 29).
Yığındaki en iyi UID ile eşleşmeyen uygulamaların etkinlik başlatmasını engelle
Kötü amaçlı uygulamalar aynı görev içinde başka bir uygulamanın etkinliğini başlatabilir ve ardından
Böylece uygulama olduğu izlenimi yaratıyor. Bu "görev
hesabı ele geçirme" mevcut arka plan başlatma kısıtlamalarını atlar çünkü
aynı görev
içinde gerçekleşir. Android 15, bu riski azaltmak için
Yığındaki en iyi UID ile eşleşmeyen uygulamaların başlatılmasını engelleyen işaret
yardımcı olur. Uygulamanızdaki tüm etkinlikleri etkinleştirmek için
allowCrossUidActivitySwitchFromBelow
özelliği ekleyin:AndroidManifest.xml
<application android:allowCrossUidActivitySwitchFromBelow="false" >
Aşağıdaki koşulların tamamı geçerliyse yeni güvenlik önlemleri etkindir:
- Lansmanı gerçekleştiren uygulama Android 15'i hedefliyor.
- Görev yığınının en üstündeki uygulama Android 15'i hedefliyor.
- Görünen tüm etkinlikler yeni korumaları etkinleştirmiştir.
Güvenlik önlemleri etkinleştirilirse uygulamalar, görünür hale getirebilirsiniz.
Diğer değişiklikler
UID eşleşmesi kısıtlamasına ek olarak, bu diğer değişiklikler de dahil:
PendingIntent
içerik üreticiyi, şu tarihe kadar arka planda etkinlik başlatmaları engelleyecek şekilde değiştirin: varsayılan. Bu, uygulamaların kötü niyetli kişiler tarafından kötüye kullanılabilecek birPendingIntent
oluşturmasını önler.PendingIntent
adlı göndereni göndermediği sürece uygulamayı ön plana taşıma izin veriyor. Bu değişikliğin amacı, kötü amaçlı uygulamaların arka planda etkinlik başlatma becerisi. Uygulamalar varsayılan olarak oluşturan kullanıcı izin vermediği sürece görev yığınını ön plana taşımasına izin verilir arka planda etkinlik başlatma ayrıcalıkları veya gönderenin arka planda etkinliği olması başlatma ayrıcalıkları.- Bir görev yığınının en üst etkinliğinin, görevini nasıl tamamlayabileceğini kontrol edin. Öğe bir görevi tamamladığında, Android o göreve geri döner son etkin olma zamanı. Ayrıca, en üstte olmayan bir etkinlik görevini tamamlarsa Android, ana ekrana geri dön; bu üst olmayan bu bölümün bitişini etkinliği'ne dokunun.
- Diğer uygulamalardan kendi görevinize rastgele etkinliklerin başlatılmasını engelleyin. Bu değişiklik, kötü amaçlı uygulamaların kullanıcıları kimlik avına karşı korumak için diğer uygulamalardan geliyormuş gibi görünen etkinlikler.
- Görünmeyen pencerelerin arka plan etkinliği için değerlendirilmesini engelle lansmanlar. Bu, kötü amaçlı uygulamaların arka planı kötüye kullanmasını önlemeye yardımcı olur kullanıcılara istenmeyen veya kötü amaçlı içeriklerin gösterilmesi için etkinlik başlatma.
Daha güvenli intent'ler
Android 15, intent'leri daha güvenli ve daha güçlü hale getirmek için isteğe bağlı yeni güvenlik önlemleri sunar. Bu değişiklikler, kötü amaçlı uygulamalar tarafından kötüye kullanılabilecek olası güvenlik açıklarını ve intent'lerin kötüye kullanımını önlemeyi amaçlamaktadır. Android 15'te intent'lerin güvenliğiyle ilgili iki önemli iyileştirme yapılmıştır:
- Hedef intent filtrelerini eşleştir: Belirli bileşenleri hedefleyen amaçlar, hedefin amaç filtresi spesifikasyonlarıyla doğru bir şekilde eşleşmelidir. Başka bir uygulamanın etkinliğini başlatma niyeti gönderirseniz hedef amaç bileşeninin alıcı etkinliğin bildirilen intent filtreleriyle uyumlu olması gerekir.
- Amaçların işlemleri olmalıdır: İşlem içermeyen amaçlar artık hiçbir amaç filtresiyle eşleşmeyecektir. Bu, etkinlikleri veya hizmetleri başlatmak için kullanılan amaçların açıkça tanımlanmış bir eyleme sahip olması gerektiği anlamına gelir.
Uygulamanızın bu değişikliklere nasıl yanıt verdiğini kontrol etmek için uygulamanızda StrictMode
kullanın. Intent
kullanım ihlalleriyle ilgili ayrıntılı günlükleri görmek için aşağıdaki yöntemi ekleyin:
fun onCreate() {
StrictMode.setVmPolicy(VmPolicy.Builder()
.detectUnsafeIntentLaunch()
.build()
)
}
public void onCreate() {
StrictMode.setVmPolicy(new VmPolicy.Builder()
.detectUnsafeIntentLaunch()
.build());
}
Kullanıcı deneyimi ve sistem kullanıcı arayüzü
Android 15, daha tutarlı ve sezgisel bir kullanıcı deneyimi sunmayı amaçlayan bazı değişiklikler içerir.
Pencere içe yerleştirilmesi değişiklikleri
There are two changes related to window insets in Android 15: edge-to-edge is enforced by default, and there are also configuration changes, such as the default configuration of system bars.
Uçtan uca yaptırım
Android 15'i (API düzeyi 35) hedefleyen uygulamalar, Android 15 çalıştıran cihazlarda varsayılan olarak uçtan uca ekranda görüntülenir.

Bu, uygulamanızın kullanıcı arayüzünü olumsuz yönde etkileyebilecek önemli bir değişikliktir. Değişiklikler aşağıdaki kullanıcı arayüzü alanlarını etkiler:
- Hareketle gezinme çubuğu düğmesi
- Varsayılan olarak şeffaftır.
- Alt ofset devre dışı bırakılır. Böylece, içe yerleştirilmeler uygulanmadığı sürece içerik sistem gezinme çubuğunun arkasında çizilir.
setNavigationBarColor
veR.attr#navigationBarColor
desteği sonlandırılmıştır ve hareketle gezinmeyi etkilemez.setNavigationBarContrastEnforced
veR.attr#navigationBarContrastEnforced
, hareketle gezinme üzerinde hiçbir etkisi olmaya devam eder.
- 3 düğmeli gezinme
- Saydamlık varsayılan olarak% 80'e ayarlanır ve renk, pencere arka planıyla eşleşebilir.
- İçerikler içe yerleştirilmediği sürece sistem gezinme çubuğunun arkasında çizilmesi için alt ofset devre dışı bırakılır.
setNavigationBarColor
veR.attr#navigationBarColor
varsayılan olarak pencere arka planıyla eşleşecek şekilde ayarlanmıştır. Bu varsayılan ayarın geçerli olması için pencere arka planının bir renk çizilebilir öğesi olması gerekir. Bu API kullanımdan kaldırılmış olsa da 3 düğmeli gezinmeyi etkilemeye devam etmektedir.setNavigationBarContrastEnforced
veR.attr#navigationBarContrastEnforced
varsayılan olarak doğrudur. Bu, 3 düğmeli gezinme için% 80 opak bir arka plan ekler.
- Durum çubuğu
- Varsayılan olarak şeffaftır.
- İçerikler, içe eklemeler uygulanmadığı sürece durum çubuğunun arkasında çizileceği için üst ofset devre dışıdır.
setStatusBarColor
veR.attr#statusBarColor
desteği sonlandırılmıştır ve Android 15'i etkilemez.setStatusBarContrastEnforced
veR.attr#statusBarContrastEnforced
desteği sonlandırılmış olsa da Android 15'i etkilemeye devam eder.
- Ekran kesiği
- Sabit olmayan pencerelerin
layoutInDisplayCutoutMode
değeriLAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS
olmalıdır.SHORT_EDGES
,NEVER
veDEFAULT
, kullanıcıların ekrandaki kesik nedeniyle siyah bir çubuk görmemesi ve ekranın kenardan kenara görünmesi içinALWAYS
olarak yorumlanır.
- Sabit olmayan pencerelerin
Aşağıdaki örnekte, Android 15'i (API seviyesi 35) hedeflemeden önce ve sonra ve ek uygulamadan önce ve sonra bir uygulama gösterilmektedir.



Uygulamanız zaten kenardan kenaraysa kontrol etmeniz gerekenler
Uygulamanız zaten kenardan kenara ve içe yerleştirilmiş öğeler kullanıyorsa aşağıdaki senaryolar dışında büyük ölçüde etkilenmezsiniz. Ancak, bu durumdan etkilenmediğinizi düşünüyorsanız bile uygulamanızı test etmenizi öneririz.
LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS
yerineSHORT_EDGES
,NEVER
veyaDEFAULT
kullananActivity
gibi sabit bir pencereniz var. Uygulamanız başlatılırken kilitleniyorsa bunun nedeni açılış ekranınız olabilir. Temel açılış ekranı bağımlılığını 1.2.0-alpha01 veya sonraki bir sürüme yükseltebilir ya dawindow.attributes.layoutInDisplayCutoutMode = WindowManager.LayoutInDisplayCutoutMode.always
değerini ayarlayabilirsiniz.- Kullanıcı arayüzü gizlenmiş olan, trafiği düşük ekranlar olabilir. Daha az ziyaret edilen bu ekranlarda kullanıcı arayüzünün gizlenmediğini doğrulayın. Trafik yoğunluğu düşük ekranlar şunlardır:
- İlk katılım veya oturum açma ekranları
- Ayarlar sayfaları
Uygulamanız henüz kenardan kenara değilse kontrol etmeniz gerekenler
Uygulamanız henüz kenardan kenara değilse büyük olasılıkla bu durumdan etkilenirsiniz. Halihazırda tam ekran olan uygulamalarla ilgili senaryolara ek olarak aşağıdakileri de göz önünde bulundurmanız gerekir:
- Uygulamanız,
TopAppBar
,BottomAppBar
veNavigationBar
gibi Materyal 3 Bileşenlerini (androidx.compose.material3
) kullanıyorsa bu bileşenler, iç içe eklemeleri otomatik olarak ele aldığından muhtemelen etkilenmez. - Uygulamanız, Oluştur'da Material 2 bileşenleri (
androidx.compose.material
) kullanıyorsa bu bileşenler iç içe yerleştirilmeleri otomatik olarak işlemez. Ancak, eklerin erişimini sağlayıp bunları manuel olarak uygulayabilirsiniz. androidx.compose.material 1.6.0 ve sonraki sürümlerde,BottomAppBar
,TopAppBar
,BottomNavigation
veNavigationRail
için iç içe eklemeleri manuel olarak uygulamak üzerewindowInsets
parametresini kullanın. Benzer şekilde,Scaffold
içincontentWindowInsets
parametresini kullanın. - Uygulamanızda görünümler ve Material bileşenleri (
com.google.android.material
) kullanılıyorsaBottomNavigationView
,BottomAppBar
,NavigationRailView
veyaNavigationView
gibi görünüm tabanlı Material bileşenlerinin çoğu, içe yerleştirilmeleri işler ve ek çalışma gerektirmez. AncakAppBarLayout
kullanıyorsanızandroid:fitsSystemWindows="true"
eklemeniz gerekir. - Özel kompozisyonlar için iç içe yerleştirilen öğeleri dolgu olarak manuel olarak uygulayın. İçeriğiniz
Scaffold
içindeyseScaffold
dolgu değerlerini kullanarak içe yerleştirilen öğeleri kullanabilirsiniz. Aksi takdirde,WindowInsets
seçeneklerinden birini kullanarak dolgu uygulayın. - Uygulamanız görünümler ve
BottomSheet
,SideSheet
veya özel kapsayıcılar kullanıyorsaViewCompat.setOnApplyWindowInsetsListener
kullanarak dolgu uygulayın.RecyclerView
için bu dinleyiciyi kullanarak dolgu uygulayın veclipToPadding="false"
ekleyin.
Uygulamanızın özel arka plan koruması sunması gerekip gerekmediğini kontrol etme
Uygulamanız 3 düğmeli gezinme çubuğu veya durum çubuğu için özel arka plan koruması sunması gerekiyorsa 3 düğmeli gezinme çubuğu yüksekliğini veya WindowInsets.Type#statusBars
almak için WindowInsets.Type#tappableElement()
kullanarak sistem çubuğunun arkasına bir bileşen veya görünüm yerleştirmelidir.
Ek uçtan uca kaynaklar
Eklentileri uygulamayla ilgili diğer hususlar için Kenardan Kenara Görünümler ve Kenardan Kenara Oluşturma kılavuzlarına bakın.
Kullanımdan Kaldırılmış API'ler
Aşağıdaki API'lerin desteği sonlandırıldı ancak devre dışı bırakılmadı:
R.attr#enforceStatusBarContrast
R.attr#navigationBarColor
(%80 alfa ile 3 düğmeli gezinme için)Window#isStatusBarContrastEnforced
Window#setNavigationBarColor
("3 düğmeli gezinme" için, %80 alfa değeriyle)Window#setStatusBarContrastEnforced
Aşağıdaki API'lerin desteği sonlandırıldı ve devre dışı bırakıldı:
R.attr#navigationBarColor
(hareketle gezinme için)R.attr#navigationBarDividerColor
R.attr#statusBarColor
Window#setDecorFitsSystemWindows
Window#getNavigationBarColor
Window#getNavigationBarDividerColor
Window#getStatusBarColor
Window#setNavigationBarColor
(hareketle gezinme için)Window#setNavigationBarDividerColor
Window#setStatusBarColor
Kararlı yapılandırma
Uygulamanız Android 15 (API düzeyi 35) veya sonraki sürümleri hedefliyorsa Configuration
artık sistem çubuklarını hariç tutmuyor. Configuration
sınıfında ekran boyutunu düzen hesaplaması için kullanıyorsanız ihtiyacınıza bağlı olarak uygun bir ViewGroup
, WindowInsets
veya WindowMetricsCalculator
gibi daha iyi alternatiflerle değiştirmeniz gerekir.
Configuration
, API 1'den beri kullanılabilir. Genellikle
Activity.onConfigurationChanged
Pencere yoğunluğu,
ve boyutları kontrol edin. Configuration
tarafından döndürülen pencere boyutlarıyla ilgili önemli bir özellik, daha önce sistem çubuklarını hariç tutmasıdır.
Yapılandırma boyutu genellikle şunun gibi kaynak seçimi için kullanılır:
/res/layout-h500dp
'dır ve bu hâlâ geçerli bir kullanım alanıdır. Ancak bunu,
düzen hesaplamasının kullanılması hiçbir zaman önerilmemiştir. Bu durumda, hemen uzaklaşmanız gerekir. Configuration
kullanımını başka bir değerle değiştirmeniz gerekir
kullanım alanınıza daha uygun
olabilir.
Bu özelliği düzeni hesaplamak için kullanıyorsanız CoordinatorLayout
veya ConstraintLayout
gibi uygun bir ViewGroup
kullanın. Sistem gezinme çubuğunun yüksekliğini belirlemek için kullanıyorsanız WindowInsets
değerini kullanın. Mevcut boyutu öğrenmek istiyorsanız
computeCurrentWindowMetrics
kullanın.
Aşağıdaki listede bu değişiklikten etkilenen alanlar açıklanmaktadır:
Configuration.screenWidthDp
vescreenHeightDp
boyutları artık kullanılamıyor sistem çubuklarını hariç tutun.Configuration.smallestScreenWidthDp
,screenWidthDp
vescreenHeightDp
'teki değişikliklerden dolaylı olarak etkilenir.Configuration.orientation
, kareye yakın cihazlardascreenWidthDp
vescreenHeightDp
'te yapılan değişikliklerden dolaylı olarak etkilenir.Display.getSize(Point)
,Configuration
. Bu özelliğin desteği, API düzeyi 30'dan itibaren sonlandırılmıştır.Display.getMetrics()
, API düzeyi 33'ten beri zaten bu şekilde çalışıyor.
elegantTextHeight özelliğinin varsayılan değeri true'dur.
For apps targeting Android 15 (API level 35), the
elegantTextHeight
TextView
attribute
becomes true
by default, replacing the compact font used by default with some
scripts that have large vertical metrics with one that is much more readable.
The compact font was introduced to prevent breaking layouts; Android 13 (API
level 33) prevents many of these breakages by allowing the text layout to
stretch the vertical height utilizing the fallbackLineSpacing
attribute.
In Android 15, the compact font still remains in the system, so your app can set
elegantTextHeight
to false
to get the same behavior as before, but it is
unlikely to be supported in upcoming releases. So, if your app supports the
following scripts: Arabic, Lao, Myanmar, Tamil, Gujarati, Kannada, Malayalam,
Odia, Telugu or Thai, test your app by setting elegantTextHeight
to true
.

elegantTextHeight
behavior for apps targeting Android 14 (API level 34) and lower.
elegantTextHeight
behavior for apps targeting Android 15.Karmaşık harf şekilleri için TextView genişliği değişiyor
Android'in önceki sürümlerinde, karmaşık şekillendirmeye sahip bazı el yazısı yazı tipleri veya diller, harfleri önceki veya sonraki karakterin alanında çizebilir.
Bazı durumlarda bu tür harfler başlangıç veya bitiş konumunda kesilmiştir.
Android 15'ten itibaren TextView
, bu tür harflerin çizilmesi için yeterli alan ayıran bir genişlik atar ve uygulamaların kırpmayı önlemek için sola ek dolgu istemesine olanak tanır.
Bu değişiklik, TextView
öğesinin genişliği belirleme şeklini etkilediği için uygulama Android 15 (API düzeyi 35) veya sonraki sürümleri hedefliyorsa TextView
varsayılan olarak daha fazla genişlik ayırır. Bu davranışı TextView
üzerinde setUseBoundsForWidth
API'yi çağırarak etkinleştirebilir veya devre dışı bırakabilirsiniz.
Sol dolgu eklemek mevcut düzenlerde hizalama sorunlarına neden olabileceğinden, Android 15 veya sonraki sürümleri hedefleyen uygulamalarda bile dolgu varsayılan olarak eklenmez.
Ancak setShiftDrawingOffsetForStartOverhang
işlevini çağırarak kırpmayı önlemek için ek dolgu ekleyebilirsiniz.
Aşağıdaki örneklerde, bu değişikliklerin bazı yazı tipleri ve diller için metin düzenini nasıl iyileştirebileceği gösterilmektedir.

<TextView android:fontFamily="cursive" android:text="java" />

<TextView android:fontFamily="cursive" android:text="java" android:useBoundsForWidth="true" android:shiftDrawingOffsetForStartOverhang="true" />

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

<TextView android:text="คอมพิวเตอร์" android:useBoundsForWidth="true" android:shiftDrawingOffsetForStartOverhang="true" />
EditText için yerel ayara duyarlı varsayılan satır yüksekliği
Android'in önceki sürümlerinde metin düzeni, metnin yüksekliğini mevcut yerel ayarla eşleşen yazı tipinin satır yüksekliğine uyacak şekilde uzatıyordu. Örneğin, içerik Japonca ise Japonca yazı tipinin satır yüksekliği Latin alfabesindeki yazı tipinin satır yüksekliğinden biraz daha yüksek olduğundan metnin yüksekliği de biraz daha yüksek olur. Ancak satır yüksekliklerindeki bu farklılıklara rağmen EditText
öğesi, aşağıdaki resimde gösterildiği gibi kullanılan yerel ayardan bağımsız olarak tek tip bir boyuta sahipti:

EditText
öğelerini temsil eden üç kutu. Bu diller birbirinden farklı satır yüksekliklerine sahip olsa da EditText
'ün yüksekliği aynıdır.Android 15'i (API düzeyi 35) hedefleyen uygulamalarda, EditText
için minimum satır yüksekliği artık aşağıdaki resimde gösterildiği gibi belirtilen yerel dilin referans yazı tipiyle eşleşecek şekilde ayrılmıştır:

EditText
öğelerini temsil eden üç kutu. EditText
öğesinin yüksekliği artık bu dillerin yazı tiplerinin varsayılan satır yüksekliğini barındıracak şekilde boşluk içeriyor.Gerekirse uygulamanız, useLocalePreferredLineHeightForMinimum
özelliğini false
olarak belirterek önceki davranışı geri yükleyebilir ve Kotlin ile Java'da setMinimumFontMetrics
API'sini kullanarak özel minimum dikey metrikler ayarlayabilir.
Kamera ve medya içerikleri
Android 15, Android 15 veya sonraki sürümleri hedefleyen uygulamalar için kamera ve medya davranışında aşağıdaki değişiklikleri yapar.
Ses odağını istemeyle ilgili kısıtlamalar
Android 15'i (API düzeyi 35) hedefleyen uygulamaların ses odağını istemesi için en üstteki uygulama olması veya ön planda bir hizmetin çalışıyor olması gerekir. Bir uygulama bu koşullardan birini karşılamıyorken odaklanma isteğinde bulunursa çağrı AUDIOFOCUS_REQUEST_FAILED
döndürülür.
Ses odak noktası hakkında daha fazla bilgiyi Ses odak noktasını yönetme başlıklı makalede bulabilirsiniz.
SDK dışı kısıtlamalar güncellendi
Android 15 包含更新后的受限非 SDK 接口列表(基于与 Android 开发者之间的协作以及最新的内部测试)。在限制使用非 SDK 接口之前,我们会尽可能确保有可用的公开替代方案。
如果您的应用并非以 Android 15 为目标平台,其中一些变更可能不会立即对您产生影响。不过,虽然您的应用可以访问一些非 SDK 接口(具体取决于应用的目标 API 级别),但如果您使用任何非 SDK 方法或字段,应用无法运行的风险始终会很高。
如果您不确定自己的应用是否使用了非 SDK 接口,则可以测试该应用,进行确认。如果您的应用依赖于非 SDK 接口,您应该开始计划迁移到 SDK 替代方案。不过,我们知道某些应用具有使用非 SDK 接口的有效用例。如果您无法为应用中的某项功能找到使用非 SDK 接口的替代方案,则应请求新的公共 API。
Android'in bu sürümündeki değişiklikler hakkında daha fazla bilgi edinmek için Android 15'teki SDK dışı arayüz kısıtlamalarında yapılan güncellemeler başlıklı makaleyi inceleyin. Genel olarak SDK olmayan arayüzler hakkında daha fazla bilgi edinmek için SDK olmayan arayüzlerde kısıtlamalar başlıklı makaleyi inceleyin.