Önceki sürümlerde olduğu gibi Android 15'te de uygulamanızı etkileyebilecek davranış değişiklikleri yer alıyor. 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 incelemeyi unutmayın.
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 中的前台服务进行以下更改。
数据同步前台服务超时行为
对于以 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
新的媒体处理前台服务类型
Android 15 引入了一种新的前台服务类型 mediaProcessing
。此服务类型适用于转码媒体文件等操作。例如,媒体应用可能会下载音频文件,并需要先将其转换为其他格式,然后才能播放。您可以使用 mediaProcessing
前台服务,确保即使应用在后台运行时转换也会继续。
系统允许应用的 mediaProcessing
服务在 24 小时内总共运行 6 小时,之后系统会调用正在运行的服务的 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]"
为避免出现此异常,您可以执行以下任一操作:
- 让您的服务实现新的
Service.onTimeout(int, int)
方法。当您的应用收到回调时,请务必在几秒钟内调用stopSelf()
。(如果您未立即停止应用,系统会生成失败情况。) - 确保应用的
mediaProcessing
服务在任何 24 小时内总运行时间不超过 6 小时(除非用户与应用互动,重置计时器)。 - 仅在有直接用户互动时启动
mediaProcessing
前台服务;由于服务启动时应用位于前台,因此您的服务在应用进入后台后有完整的 6 小时时间。 - 请改用 替代 API(例如 WorkManager),而不是使用
mediaProcessing
前台服务。
如果您的应用的 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
广播接收器的限制
Yayınlanacak BOOT_COMPLETED
yayın alıcıyla ilgili yeni kısıtlamalar var
ön plan hizmetlerini kullanabilirsiniz. BOOT_COMPLETED
alıcıların
Aşağıdaki ön plan hizmeti türleri kullanılabilir:
dataSync
camera
mediaPlayback
phoneCall
mediaProjection
microphone
(bu kısıtlama,microphone
için geçerlidir. Android 14)
Bir BOOT_COMPLETED
alıcısı bu tür ön planlardan herhangi birini başlatmaya çalışırsa
özelliklerini sunarsa sistem ForegroundServiceStartNotAllowedException
komutunu atar.
Test
Uygulamanızın davranışını test etmek için, aşağıdaki durumlarda bile bu yeni kısıtlamaları etkinleştirebilirsiniz:
Uygulama Android 15'i hedeflemiyor (uygulama Android 15 yüklü olduğu sürece)
cihazda) olduğunu varsayalım. Aşağıdaki adb
komutunu çalıştırın:
adb shell am compat enable FGS_BOOT_COMPLETED_RESTRICTIONS your-package-name
Cihazı yeniden başlatmadan BOOT_COMPLETED
yayını göndermek için:
aşağıdaki adb
komutunu çalıştırın:
adb shell am broadcast -a android.intent.action.BOOT_COMPLETED your-package-name
在应用拥有 SYSTEM_ALERT_WINDOW
权限时启动前台服务的限制
Önceden, SYSTEM_ALERT_WINDOW
iznine sahip bir uygulama, o anda arka planda olsa bile ön plan hizmeti başlatabiliyordu (arka planda başlatma kısıtlamalarından muafiyetler bölümünde açıklandığı gibi).
Bir uygulama Android 15'i hedefliyorsa bu muafiyet artık daha dar olacaktır. Uygulamanın artık SYSTEM_ALERT_WINDOW
iznine sahip olması ve ayrıca görünür bir yer paylaşımı penceresine sahip olması gerekiyor. Yani, ön plan hizmetini başlatmadan önce uygulamanın önce bir TYPE_APPLICATION_OVERLAY
penceresi başlatması ve bu pencerenin görünür olması gerekir.
Uygulamanız bu yeni koşulları karşılamadan arka plandan ön plan hizmeti başlatmaya çalışırsa (ve başka bir muafiyeti yoksa) sistem ForegroundServiceStartNotAllowedException
hatası verir.
Uygulamanız SYSTEM_ALERT_WINDOW
iznini beyan ediyorsa ve ön plan hizmetlerini arka plandan başlatıyorsa bu değişiklikten etkilenebilir. Uygulamanız ForegroundServiceStartNotAllowedException
alıyorsa uygulamanızın işlem sırasını kontrol edin ve arka plandan ön plan hizmeti başlatmaya çalışmadan önce uygulamanızda etkin bir yer paylaşımı penceresi bulunduğundan emin olun. View.getWindowVisibility()
çağrısını yaparak yer paylaşımı pencerenizin şu anda görünür olup olmadığını kontrol edebilir veya görünürlük her değiştiğinde bildirim almak için View.onWindowVisibilityChanged()
değerini geçersiz kılabilirsiniz.
Test
Uygulamanızın davranışını test etmek için, Android 15'i hedeflemese bile bu yeni kısıtlamaları etkinleştirebilirsiniz (uygulamanız Android 15 cihazında çalışıyorsa). Arka plandan ön plan hizmetlerini başlatmayla ilgili bu yeni kısıtlamaları etkinleştirmek için aşağıdaki adb
komutunu çalıştırın:
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 级别 35)及更高版本为目标平台的应用无法再更改设备上的勿扰 (DND) 功能的全局状态或政策(无论是通过修改用户设置还是关闭勿扰模式)。相反,应用必须提供 AutomaticZenRule
,系统会将其与现有的“最严格的政策优先”方案合并为一个全局政策。对之前会影响全局状态的现有 API 的调用(setInterruptionFilter
、setNotificationPolicy
)会导致创建或更新隐式 AutomaticZenRule
,该 AutomaticZenRule
会根据这些 API 调用的调用周期开启和关闭。
请注意,只有当应用调用 setInterruptionFilter(INTERRUPTION_FILTER_ALL)
并希望该调用停用之前由其所有者激活的 AutomaticZenRule
时,此更改才会影响可观察到的行为。
OpenJDK API değişiklikleri
Android 15, Android'in temel kitaplıklarını en son OpenJDK LTS sürümlerindeki özelliklerle uyumlu hale getirmek için yenileme çalışmalarına devam ediyor.
Bu değişikliklerden bazıları, Android 15'i (API düzeyi 35) hedefleyen uygulamaların uygulama uyumluluğunu etkileyebilir:
Dize biçimlendirme API'lerinde yapılan değişiklikler: Argüman dizini, işaretler, genişlik ve hassasiyet doğrulaması, aşağıdaki
String.format()
veFormatter.format()
API'leri kullanılırken artık daha katı:String.format(String, Object[])
String.format(Locale, String, Object[])
Formatter.format(String, Object[])
Formatter.format(Locale, String, Object[])
Örneğin, 0 bağımsız değişken dizini kullanıldığında (biçim dizesinde
%0
) aşağıdaki istisna atılır:IllegalFormatArgumentIndexException: Illegal format argument index = 0
Bu durumda, 1 değerine sahip bir bağımsız değişken dizini (biçim dizesinde
%1
) kullanılarak sorun düzeltilebilir.Arrays.asList(...).toArray()
bileşeninin türündeki değişiklikler:Arrays.asList(...).toArray()
kullanılırken, ortaya çıkan dizinin bileşen türü artık temel dizinin öğelerinin türü değil,Object
türündedir. Bu nedenle aşağıdaki kod birClassCastException
hatası oluşturur:String[] elements = (String[]) Arrays.asList("one", "two").toArray();
Bu durumda, elde edilen dizideki bileşen türü olarak
String
değerini korumak için bunun yerineCollection.toArray(Object[])
değerini kullanabilirsiniz:String[] elements = Arrays.asList("two", "one").toArray(new String[0]);
Dil kodu işlemeyle ilgili değişiklikler:
Locale
API'si kullanılırken İbranice, Yidiş ve Endonezyaca dil kodları artık eski biçimlerine (İbranice:iw
, Yidiş:ji
ve Endonezyaca:in
) dönüştürülmez. Bu yerel ayarlardan birinin dil kodunu belirtirken bunun yerine ISO 639-1'deki kodları kullanın (İbranice:he
, Yidiş:yi
ve Endonezyaca:id
).Rastgele int dizilerinde yapılan değişiklikler: https://bugs.openjdk.org/browse/JDK-8301574 adresinde yapılan değişikliklerin ardından aşağıdaki
Random.ints()
yöntemleri artıkRandom.nextInt()
yöntemlerinden farklı bir sayı dizisi döndürüyor:Genel olarak bu değişiklik, uygulamanın çalışmasını engelleyen bir davranışa neden olmaz ancak kodunuz,
Random.ints()
yöntemlerinden oluşturulan dizininRandom.nextInt()
ile eşleşmesini beklememelidir.
Yeni SequencedCollection
API'si, uygulamanızın derleme yapılandırmasında compileSdk
'i Android 15'i (API düzeyi 35) kullanacak şekilde güncelledikten sonra uygulamanızın uyumluluğunu etkileyebilir:
kotlin-stdlib
'tekiMutableList.removeFirst()
veMutableList.removeLast()
uzantı işlevleriyle çakışmaJava'daki
List
türü, Kotlin'dekiMutableList
türüne eşlenir.List.removeFirst()
veList.removeLast()
API'leri Android 15'te (API düzeyi 35) kullanıma sunulduğundan Kotlin derleyicisi,list.removeFirst()
gibi işlev çağrılarınıkotlin-stdlib
'deki uzantı işlevleri yerine statik olarak yeniList
API'lerine yönlendirir.Bir uygulama,
compileSdk
35
olarak veminSdk
34
veya daha düşük bir değere ayarlanarak yeniden derlenirse ve ardından uygulama Android 14 ve önceki sürümlerde çalıştırılırsa çalışma zamanında hata meydana gelir:java.lang.NoSuchMethodError: No virtual method removeFirst()Ljava/lang/Object; in class Ljava/util/ArrayList;
Android Gradle eklentisindeki mevcut
NewApi
lint seçeneği bu yeni API kullanımlarını yakalayabilir../gradlew lint
MainActivity.kt:41: Error: Call requires API level 35 (current min is 34): java.util.List#removeFirst [NewApi] list.removeFirst()Çalışma zamanındaki istisna ve lint hatalarını düzeltmek için Kotlin'de
removeFirst()
veremoveLast()
işlev çağrıları sırasıylaremoveAt(0)
veremoveAt(list.lastIndex)
ile değiştirilebilir. Android Studio Ladybug | 2024.1.3 veya sonraki bir sürümü kullanıyorsanız bu hatalar için hızlı düzeltme seçeneği de sunulur.Boşluk bırakma seçeneği devre dışıysa
@SuppressLint("NewApi")
velintOptions { disable 'NewApi' }
karakterlerini kaldırabilirsiniz.Java'daki diğer yöntemlerle çakışma
Mevcut türlere
List
veDeque
gibi yeni yöntemler eklendi. Bu yeni yöntemler, diğer arayüz ve sınıflardaki aynı ada ve bağımsız değişken türlerine sahip yöntemlerle uyumlu olmayabilir. Uyumsuzluk nedeniyle yöntem imza çakışması olması durumundajavac
derleyicisi derleme zamanında bir hata verir. Örneğin:1. örnek hata:
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 List2. örnek hata:
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 error3. örnek hata:
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 errorBu derleme hatalarını düzeltmek için bu arayüzleri uygulayan sınıf, yöntemi uyumlu bir dönüş türüyle geçersiz kılmalıdır. Örneğin:
@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 niyetler
Android 15 引入了新的可选安全措施,以提高 intent 的安全性和稳健性。这些变更旨在防止潜在的漏洞以及恶意应用可能利用的 intent 滥用行为。Android 15 对 intent 的安全性进行了两项主要改进:
- 与目标 intent 过滤器匹配:定位到特定组件的 intent 必须与目标的 intent 过滤器规范完全匹配。如果您发送 intent 来启动其他应用的 activity,目标 intent 组件需要与接收 activity 声明的 intent 过滤器保持一致。
- intent 必须具有操作:没有操作的 intent 将不再与任何 intent 过滤器匹配。这意味着,用于启动 activity 或服务的 intent 必须具有明确定义的操作。
如需检查您的应用对这些更改的响应方式,请在应用中使用 StrictMode
。如需查看有关 Intent
使用违规行为的详细日志,请添加以下方法:
Kotlin
fun onCreate() { StrictMode.setVmPolicy(VmPolicy.Builder() .detectUnsafeIntentLaunch() .build() ) }
Java
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
Android 15'te pencere içe eklemeleriyle ilgili iki değişiklik vardır: Kenardan kenara ekranlar varsayılan olarak zorunlu kılınmıştır. Ayrıca sistem çubuklarının varsayılan yapılandırması gibi yapılandırma değişiklikleri de vardır.
全面实施政策
Android 15'i (API düzeyi 35) hedefleyen uygulamalar, Android 15 çalıştıran cihazlarda varsayılan olarak uçtan uca görünür.

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 etmektedir.
- 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 opaklıkta bir arka plan ekler.
- Durum çubuğu
- Varsayılan olarak şeffaftır.
- İçeriğin, içe yerleştirilmeler uygulanmadığı sürece durum çubuğunun arkasında çizilmesi 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, etkilenmediğinizi düşünseniz 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ünün gizlendiği, trafiği düşük ekranlar olabilir. Daha az ziyaret edilen bu ekranlarda kullanıcı arayüzünün gizlenmediğini doğrulayın. Trafik hacmi 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 kenarlara kadar uzanmıyorsa 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, içe yerleştirilmiş metinlere erişebilir ve 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"
değerini de 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
(%80 alfa değeriyle 3 düğmeli gezinme için)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
稳定配置
如果您的应用以 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 开始,此方法已被弃用。- 从 API 级别 33 开始,
Display.getMetrics()
就已经这样运作了。
elegantTextHeight özelliği varsayılan olarak true değerini alır
Android 15'i (API düzeyi 35) hedefleyen uygulamalarda elegantTextHeight
TextView
özelliği varsayılan olarak true
olur. Bu durumda, varsayılan olarak kullanılan kompakt yazı tipi, büyük dikey metriklere sahip bazı komut dosyalarıyla değiştirilir ve çok daha okunaklı bir yazı tipi kullanılır.
Kompakt yazı tipi, düzenlerin bozulmasını önlemek için kullanıma sunulmuştur. Android 13 (API düzeyi 33), metin düzeninin fallbackLineSpacing
özelliğini kullanarak dikey yüksekliği uzatmasına izin vererek bu bozulmaların çoğunu önler.
Android 15'te kompakt yazı tipi sistemde hâlâ mevcuttur. Bu nedenle, uygulamanız öncekiyle aynı davranışı elde etmek için elegantTextHeight
değerini false
olarak ayarlayabilir ancak bu özelliğin gelecekteki sürümlerde desteklenmeyeceği muhtemeldir. Bu nedenle, uygulamanız Arapça, Laosça, Myanmarca, Tamilce, Guceratça, Kannada, Malayalamca, Odiya, Teluguca veya Tayca yazı tiplerini destekliyorsa elegantTextHeight
değerini true
olarak ayarlayarak uygulamanızı test edin.

elegantTextHeight
Android 14 (API düzeyi 34) ve önceki sürümleri hedefleyen uygulamalar için davranış
elegantTextHeight
davranışı.Karmaşık harf şekilleri için TextView genişliği değişir
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 uygulamalarda kamera ve medya davranışıyla ilgili aşağıdaki değişiklikleri yapar.
Ses odağını istemeyle ilgili kısıtlamalar
以 Android 15(API 级别 35)为目标平台的应用必须是顶部应用或正在运行前台服务,才能请求音频焦点。如果应用在未满足上述任一要求的情况下尝试请求焦点,调用将返回 AUDIOFOCUS_REQUEST_FAILED
。
如需详细了解音频焦点,请参阅管理音频焦点。
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.