Davranış değişiklikleri: Android 15 veya sonraki sürümleri hedefleyen uygulamalar

Android 15, önceki sürümlerde olduğu gibi uygulamanızı etkileyebilecek davranış değişiklikleri içerir. 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 uygulamanızı, geçerli olduğu yerlerde bu davranışları düzgün şekilde destekleyecek şekilde değiştirmeniz gerekir.

Uygulamanızın targetSdkVersion'sinden 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 ile ön plan hizmetlerinde aşağıdaki değişiklikleri yapıyoruz.

Veri senkronizasyonu ön plan hizmeti zaman aşımı davranışı

Android 15, Android 15'i (API düzeyi 35) veya sonraki sürümleri hedefleyen uygulamalar için dataSync'te yeni bir zaman aşımı davranışı sunar. Bu davranış, yeni mediaProcessing ön plan hizmet türü için de geçerlidir.

Sistem, bir uygulamanın dataSync hizmetlerinin 24 saat içinde toplam 6 saat çalışmasına izin verir. Ardından sistem, çalışan hizmetin Service.onTimeout(int, int) yöntemini (Android 15'te kullanıma sunulmuştur) çağırır. Bu sırada hizmetin Service.stopSelf()'u araması için birkaç saniye süre tanınır. Service.onTimeout() çağrıldığında hizmet artık ön plan hizmeti olarak kabul edilmez. Hizmet Service.stopSelf()'ü çağırmazsa sistem dahili bir istisna oluşturur. İstisna, Logcat'e aşağıdaki mesajla kaydedilir:

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

Bu davranış değişikliğiyle ilgili sorunları önlemek için aşağıdakilerden birini veya daha fazlasını yapabilirsiniz:

  1. Hizmetinizin yeni Service.onTimeout(int, int) yöntemini uygulamasını sağlayın. Uygulamanız geri aramayı aldığında birkaç saniye içinde stopSelf()'ü aradığınızdan emin olun. (Uygulamayı hemen durdurmazsanız sistem bir hata oluşturur.)
  2. Uygulamanızın dataSync hizmetlerinin, 24 saatlik herhangi bir dönemde toplam 6 saatten fazla çalışmadığından emin olun (kullanıcı uygulamayla etkileşime geçerek zamanlayıcıyı sıfırlamazsa).
  3. dataSync ön plan hizmetlerini yalnızca doğrudan kullanıcı etkileşimi sonucunda başlatın. Hizmetiniz başladığında uygulamanız ön planda olduğundan, uygulama arka plana geçtikten sonra hizmetiniz altı saat boyunca çalışır.
  4. dataSync ön plan hizmeti yerine alternatif bir API kullanın.

Uygulamanızın dataSync ön plan hizmeti son 24 içinde 6 saat çalıştıysa kullanıcı uygulamanızı ön plana getirmediği sürece başka bir dataSync ön plan hizmeti başlatamazsınız (bu durumda zamanlayıcı sıfırlanır). Başka bir dataSync ön plan hizmetini başlatmaya çalışırsanız sistem, "dataSync ön plan hizmet türü için zaman sınırı zaten aşıldı" gibi bir hata mesajıyla ForegroundServiceStartNotAllowedException oluşturur.

Test

Uygulamanızın davranışını test etmek için uygulamanız Android 15'i hedeflemese bile veri senkronizasyonu zaman aşımlarını etkinleştirebilirsiniz (uygulama Android 15 cihazda çalışıyorsa). Zaman aşımlarını etkinleştirmek için aşağıdaki adb komutunu çalıştırın:

adb shell am compat enable FGS_INTRODUCE_TIME_LIMITS your-package-name

Ayrıca, sınıra ulaşıldığında uygulamanızın nasıl davrandığını test etmeyi kolaylaştırmak için zaman aşımı süresini ayarlayabilirsiniz. Yeni bir zaman aşımı süresi ayarlamak için aşağıdaki adb komutunu çalıştırın:

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:

  1. Have your service implement the new Service.onTimeout(int, int) method. When your app receives the callback, make sure to call stopSelf() within a few seconds. (If you don't stop the app right away, the system generates a failure.)
  2. 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).
  3. 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.
  4. 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

There are new restrictions on BOOT_COMPLETED broadcast receivers launching foreground services. BOOT_COMPLETED receivers are not allowed to launch the following types of foreground services:

If a BOOT_COMPLETED receiver tries to launch any of those types of foreground services, the system throws ForegroundServiceStartNotAllowedException.

Testing

To test your app's behavior, you can enable these new restrictions even if your app is not targeting Android 15 (as long as the app is running on an Android 15 device). Run the following adb command:

adb shell am compat enable FGS_BOOT_COMPLETED_RESTRICTIONS your-package-name

To send a BOOT_COMPLETED broadcast without restarting the device, run the following adb command:

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

Previously, if an app held the SYSTEM_ALERT_WINDOW permission, it could launch a foreground service even if the app was currently in the background (as discussed in exemptions from background start restrictions).

If an app targets Android 15, this exemption is now narrower. The app now needs to have the SYSTEM_ALERT_WINDOW permission and also have a visible overlay window. That is, the app needs to first launch a TYPE_APPLICATION_OVERLAY window and the window needs to be visible before you start a foreground service.

If your app attempts to start a foreground service from the background without meeting these new requirements (and it does not have some other exemption), the system throws ForegroundServiceStartNotAllowedException.

If your app declares the SYSTEM_ALERT_WINDOW permission and launches foreground services from the background, it may be affected by this change. If your app gets a ForegroundServiceStartNotAllowedException, check your app's order of operations and make sure your app already has an active overlay window before it attempts to start a foreground service from the background. You can check if your overlay window is currently visible by calling View.getWindowVisibility(), or you can override View.onWindowVisibilityChanged() to get notified whenever the visibility changes.

Testing

To test your app's behavior, you can enable these new restrictions even if your app is not targeting Android 15 (as long as the app is running on an Android 15 device). To enable these new restrictions on starting foreground services from the background, run the following adb command:

adb shell am compat enable FGS_SAW_RESTRICTIONS your-package-name

Uygulamaların Rahatsız Etmeyin modunun genel durumunu değiştirebileceği zamanlarla 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'in temel kitaplıklarını en son OpenJDK LTS sürümlerindeki özelliklerle uyumlu hale getirme ç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: Aşağıdaki String.format() ve Formatter.format() API'leri kullanılırken bağımsız değişken dizini, işaretler, genişlik ve duyarlılık doğrulaması artık daha katı bir şekilde yapılıyor:

    Örneğin, 0 bağımsız değişken dizini kullanıldığında (biçim dizesinde %0) aşağıdaki istisna oluşturulur:

    IllegalFormatArgumentIndexException: Illegal format argument index = 0

    Bu durumda, biçim dizesinde 1 bağımsız değişken dizini (%1 biçiminde) kullanılarak sorun düzeltilebilir.

  • Arrays.asList(...).toArray() bileşen türünde yapılan değişiklikler: Arrays.asList(...).toArray() kullanılırken sonuçta elde edilen dizinin bileşen türü artık Object (temel dizinin öğelerinin türü değil) olur. Bu nedenle, aşağıdaki kod ClassCastException hatası verir:

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

    Bu durumda, sonuçtaki dizide bileşen türü olarak String değerini korumak için bunun yerine Collection.toArray(Object[]) değerini kullanabilirsiniz:

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

  • Dil kodu işleme ile ilgili değişiklikler: Locale API'si kullanılırken İbranice, Yidiş ve Endonezce dil kodları artık eski biçimlerine (İbranice: iw, Yidiş: ji ve Endonezce: in) dönüştürülmüyor. Bu yerel ayarlardan birinin dil kodunu belirtirken bunun yerine ISO 639-1'deki kodları (İbranice: he, Yidiş: yi ve Endonezce: id) kullanın.

  • 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ık Random.nextInt() yöntemlerinden farklı bir sayı dizisi döndürüyor:

    Genel olarak bu değişiklik, uygulamanın bozulmasına neden olmamalıdır ancak kodunuz, Random.ints() yöntemlerinden oluşturulan dizinin Random.nextInt() ile eşleşmesini beklememelidir.

Yeni SequencedCollection API'si, uygulamanızın derleme yapılandırmasında compileSdk değerini Android 15'i (API düzeyi 35) kullanacak şekilde güncelledikten sonra uygulamanızın uyumluluğunu etkileyebilir:

  • MutableList.removeFirst() ve kotlin-stdlib'deki MutableList.removeLast() uzantı işlevleriyle çakışma

    Java'daki List türü, Kotlin'deki MutableList türüyle eşlenir. List.removeFirst() ve List.removeLast() API'leri Android 15'te (API düzeyi 35) kullanıma sunulduğundan Kotlin derleyici, işlev çağrılarını (ör. list.removeFirst()) kotlin-stdlib içindeki uzantı işlevlerine değil, yeni List API'lerine statik olarak çözümler.

    Bir uygulama, compileSdk değeri 35, minSdk değeri ise 34 veya daha düşük olacak şekilde yeniden derlenip Android 14 ve önceki sürümlerde çalıştırılırsa çalışma zamanı hatası verilir:

    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ı istisnasını ve lint hatalarını düzeltmek için removeFirst() ve removeLast() işlev çağrıları Kotlin'de sırasıyla removeAt(0) ve removeAt(list.lastIndex) ile değiştirilebilir. Android Studio Ladybug | 2024.1.3 veya sonraki sürümleri kullanıyorsanız bu hatalar için hızlı düzeltme seçeneği de sunulur.

    Lint seçeneği devre dışı bırakıldıysa @SuppressLint("NewApi") ve lintOptions { disable 'NewApi' } karakterlerini kaldırabilirsiniz.

  • Java'da diğer yöntemlerle çakışma

    Mevcut türlere yeni yöntemler eklendi. Örneğin, List ve Deque. Bu yeni yöntemler, diğer arayüzlerde ve sınıflarda aynı ada ve bağımsız değişken türlerine sahip yöntemlerle uyumlu olmayabilir. Uyumsuzluk nedeniyle yöntem imzası çakışması durumunda javac derleyicisi derleme zamanı hatası 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 List

    2. ö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 error

    3. ö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 error

    Bu 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 korumak için sistem güvenliğini artıran 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 başlatma işlemleri Android 10 (API düzeyi 29) sürümünden beri kısıtlanmıştır.

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 üreticilerinin varsayılan olarak arka plan etkinliği başlatmalarını engellemesini sağlayın. Bu, uygulamaların kötü niyetli kişiler tarafından kötüye kullanılabilecek bir PendingIntent 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şlatabilme olanağı. 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ı.
  • Görev grubunun en üst etkinliğinin görevini nasıl tamamlayabileceğini kontrol edin. Üstteki etkinlik bir görevi tamamlarsa Android en son etkin olan göreve geri döner. Ayrıca, üstte olmayan bir etkinlik görevini tamamlarsa Android ana ekrana geri döner. Üstte olmayan bu etkinliğin tamamlanmasını engellemez.
  • Diğer uygulamalardan kendi görevinize keyfi etkinliklerin başlatılmasını engelleyin. Bu değişiklik, kötü amaçlı uygulamaların diğer uygulamalardan geliyormuş gibi görünen etkinlikler oluşturarak kullanıcıları kimlik avına düşürmesini engeller.
  • Görünmeyen pencerelerin arka plan etkinliği başlatma işlemleri için dikkate alınmasını engelleyin. Bu, kötü amaçlı uygulamaların kullanıcılara istenmeyen veya kötü amaçlı içerik göstermek için arka plan etkinliği başlatma özelliğini kötüye kullanmasını engellemeye yardımcı olur.

Daha güvenli amaçlar

Android 15, intent'leri daha güvenli ve daha güçlü hale getirmek için yeni isteğe bağlı güvenlik önlemleri sunar. Bu değişiklikler, olası güvenlik açıklarını önlemeyi amaçlar ve kötü amaçlı uygulamalar tarafından istismar edilebilecek amaçların kötüye kullanımı. Android 15'te intent'lerin güvenliğiyle ilgili iki önemli iyileştirme yapılmıştır:

  • Hedef intent filtreleriyle eşleşme: Belirli bileşenleri hedefleyen intent'ler, hedefin intent filtresi spesifikasyonlarıyla tam olarak eşleşmelidir. Başka bir uygulamanın etkinliğini başlatmak için intent gönderirseniz hedef intent bileşeninin, alıcı etkinliğin beyan edilen intent filtreleriyle uyumlu olması gerekir.
  • Niyetlerin işlemleri olmalıdır: İşlem içermeyen amaçlar artık eşleşmeyecek inceleyebilirsiniz. Bu, amaçların etkinlik başlatmak veya hizmetlerin açıkça tanımlanmış bir işlevi olmalıdır.

Uygulamanızın bu değişikliklere nasıl tepki verdiğini kontrol etmek için Uygulamanızda StrictMode. Ayrıntılı Intent kullanım ihlali hakkında günlükler almak için aşağıdaki yöntemi ekleyin:

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 oluşturmayı amaçlayan bazı değişiklikler içerir.

Pencere yerleştirme 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.

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 görünür.

Android 14'ü hedefleyen ve Android 15 cihazda uçtan uca olmayan bir uygulama.


Android 15'i (API düzeyi 35) hedefleyen ve Android 15 cihazda uçtan uca olan bir uygulama. Bu uygulama, çoğunlukla otomatik olarak yerleştirmeleri uygulayan Material 3 Compose bileşenlerini kullanır. Bu ekran, Android 15'in uçtan uca zorunlu kılma işleminden olumsuz etkilenmez.

Bu, uygulamanızın kullanıcı arayüzünü olumsuz etkileyebilecek bir sonlandırıcı değişikliktir. Değişiklikler aşağıdaki kullanıcı arayüzü alanlarını etkiler:

  • Hareketle gezinme çubuğu
    • Varsayılan olarak şeffaftır.
    • Alt dengeleme devre dışı bırakıldığından, ekler uygulanmadığı sürece içerik sistem gezinme çubuğunun arkasında çizilir.
    • setNavigationBarColor ve R.attr#navigationBarColor kullanımdan kaldırıldı ve hareketle gezinmeyi etkilemiyor.
    • setNavigationBarContrastEnforced ve R.attr#navigationBarContrastEnforced, hareketle navigasyon üzerinde etkili olmamaya devam eder.
  • 3 düğmeli gezinme
    • Varsayılan olarak% 80 opaklık ayarlanır ve renk, pencere arka planıyla eşleşebilir.
    • İç boşluklar uygulanmadığı sürece içerik, sistem gezinme çubuğunun arkasında çizileceğinden alt dengeleme devre dışı bırakılır.
    • setNavigationBarColor ve R.attr#navigationBarColor, varsayılan olarak pencere arka planıyla eşleşecek şekilde ayarlanır. Bu varsayılanın uygulanabilmesi için pencere arka planının renkli bir drawable olması gerekir. Bu API kullanımdan kaldırılmıştır ancak 3 düğmeli gezinmeyi etkilemeye devam etmektedir.
    • setNavigationBarContrastEnforced ve R.attr#navigationBarContrastEnforced varsayılan olarak doğrudur. Bu, 3 düğmeli gezinme moduna% 80 opaklıkta bir arka plan ekler.
  • Durum çubuğu
    • Varsayılan olarak şeffaftır.
    • Üst dengeleme devre dışı olduğundan, yerleşimler uygulanmadığı sürece içerik durum çubuğunun arkasında çizilir.
    • setStatusBarColor ve R.attr#statusBarColor kullanımdan kaldırıldı ve Android 15'i etkilemiyor.
    • setStatusBarContrastEnforced ve R.attr#statusBarContrastEnforced kullanımdan kaldırıldı ancak Android 15'te hâlâ etkileri var.
  • Ekran kesimi
    • Sabit olmayan pencerelerin layoutInDisplayCutoutMode değeri LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS olmalıdır. SHORT_EDGES, NEVER ve DEFAULT, ALWAYS olarak yorumlanır. Böylece kullanıcılar, ekran kesiminden kaynaklanan siyah çubuğu görmez ve ekran uçtan uca görünür.

Aşağıdaki örnekte, bir uygulamanın Android 15'i (API düzeyi 35) hedeflemeden önce ve sonraki hali ile ekler uygulanmadan önce ve sonraki hali gösterilmektedir.

Android 14'ü hedefleyen ve Android 15 cihazda uçtan uca olmayan bir uygulama.
Android 15'i (API düzeyi 35) hedefleyen ve Android 15 cihazda uçtan uca olan bir uygulama. Ancak Android 15'teki uçtan uca ekran zorunlulukları nedeniyle birçok öğe artık durum çubuğu, 3 düğmeli gezinme çubuğu veya ekran kesimi tarafından gizleniyor. Gizli kullanıcı arayüzü, Material 2 üst uygulama çubuğu, kayan işlem düğmeleri ve liste öğelerini içerir.
Android 15'i (API düzeyi 35) hedefleyen, Android 15 cihazda uçtan uca olan ve kullanıcı arayüzünün gizlenmemesi için iç kenarlıklar uygulayan bir uygulama.
Uygulamanız zaten uçtan uca ise kontrol etmeniz gerekenler

Uygulamanız zaten uçtan uca ise ve yerleştirmeler uyguluyorsa aşağıdaki senaryolar dışında bu değişiklikten büyük ölçüde etkilenmezsiniz. Ancak etkilenmediğinizi düşünüyorsanız bile uygulamanızı test etmenizi öneririz.

  • LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS yerine SHORT_EDGES, NEVER veya DEFAULT kullanan Activity gibi kaymayan bir pencereniz var. Uygulamanız başlatılırken kilitleniyorsa bunun nedeni açılış ekranınız olabilir. core splashscreen bağımlılığını 1.2.0-alpha01 veya sonraki bir sürüme yükseltebilir ya da window.attributes.layoutInDisplayCutoutMode = WindowManager.LayoutInDisplayCutoutMode.always olarak ayarlayabilirsiniz.
  • Kullanıcı arayüzünün kapalı olduğu ve trafiğin daha düşük olduğu ekranlar olabilir. Daha az ziyaret edilen bu ekranlarda kullanıcı arayüzünün kapalı olmadığını doğrulayın. Daha az trafik alan ekranlar şunlardır:
    • İlk katılım veya oturum açma ekranları
    • Ayarlar sayfaları
Uygulamanız henüz uçtan uca değilse kontrol etmeniz gerekenler

Uygulamanız henüz uçtan uca değilse bu durumdan etkilenmeniz olasıdır. Uçtan uca olan uygulamalarla ilgili senaryolara ek olarak aşağıdakileri de göz önünde bulundurmanız gerekir:

  • Uygulamanızda TopAppBar, BottomAppBar ve NavigationBar gibi Compose'da Material 3 bileşenleri ( androidx.compose.material3) kullanılıyorsa bu bileşenler, yerleştirmeleri otomatik olarak işlediğinden etkilenmez.
  • Uygulamanızda Compose'da Material 2 bileşenleri ( androidx.compose.material) kullanılıyorsa bu bileşenler iç kısımları otomatik olarak işlemez. Ancak, ek yerlerine erişebilir ve bunları manuel olarak uygulayabilirsiniz. androidx.compose.material 1.6.0 ve sonraki sürümlerde, windowInsets parametresini kullanarak BottomAppBar, TopAppBar, BottomNavigation ve NavigationRail için dolguları manuel olarak uygulayın. Aynı şekilde, Scaffold için contentWindowInsets parametresini kullanın.
  • Uygulamanızda görünümler ve Material Components kullanılıyorsa (com.google.android.material), BottomNavigationView, BottomAppBar, NavigationRailView veya NavigationView gibi görünümlere dayalı Material Components'ın çoğu, iç kısımları işler ve ek çalışma gerektirmez. Ancak AppBarLayout kullanıyorsanız android:fitsSystemWindows="true" eklemeniz gerekir.
  • Özel composable'lar için dolgu olarak manuel olarak yerleştirme uygulayın. İçeriğiniz Scaffold içindeyse Scaffold dolgu değerlerini kullanarak iç kısımları kullanabilirsiniz. Aksi takdirde, WindowInsets kullanarak dolgu uygulayın.
  • Uygulamanızda görünümler ve BottomSheet, SideSheet veya özel kapsayıcılar kullanılıyorsa ViewCompat.setOnApplyWindowInsetsListener kullanarak dolgu uygulayın. RecyclerView için bu dinleyiciyi kullanarak dolgu uygulayın ve clipToPadding="false" öğesini de ekleyin.
Uygulamanızın özel arka plan koruması sunması gerekiyorsa kontrol etmeniz gerekenler

Uygulamanız 3 düğmeli gezinme veya durum çubuğu için özel arka plan koruması sunmalıdır. Uygulamanız, 3 düğmeli gezinme çubuğu yüksekliğini veya WindowInsets.Type#statusBars değerini almak için WindowInsets.Type#tappableElement() kullanarak sistem çubuğunun arkasına bir composable veya görünüm yerleştirmelidir.

Ek uçtan uca kaynaklar

İç kısımları uygulama ile ilgili ek bilgiler için Edge to Edge Views (Uçtan Uca Görünümler) ve Edge to Edge Compose (Uçtan Uca Oluşturma) kılavuzlarına bakın.

Kullanımdan kaldırılan API'ler

Aşağıdaki API'lerin desteği sonlandırıldı ancak devre dışı bırakılmadı:

Aşağıdaki API'lerin desteği sonlandırıldı ve bu API'ler devre dışı bırakıldı:

Kararlı yapılandırma

If your app targets Android 15 (API level 35) or higher, Configuration no longer excludes the system bars. If you use the screen size in the Configuration class for layout calculation, you should replace it with better alternatives like an appropriate ViewGroup, WindowInsets, or WindowMetricsCalculator depending on your need.

Configuration has been available since API 1. It is typically obtained from Activity.onConfigurationChanged. It provides information like window density, orientation, and sizes. One important characteristic about the window sizes returned from Configuration is that it previously excluded the system bars.

The configuration size is typically used for resource selection, such as /res/layout-h500dp, and this is still a valid use case. However, using it for layout calculation has always been discouraged. If you do so, you should move away from it now. You should replace the use of Configuration with something more suitable depending on your use case.

If you use it to calculate the layout, use an appropriate ViewGroup, such as CoordinatorLayout or ConstraintLayout. If you use it to determine the height of the system navbar, use WindowInsets. If you want to know the current size of your app window, use computeCurrentWindowMetrics.

The following list describes the fields affected by this change:

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ış
Android 15'i hedefleyen uygulamalar için elegantTextHeight davranışı.

TextView genişliği, karmaşık harf şekilleri için 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.

Eğik yazı tipi kullanılarak yazılmış İngilizce metinler için standart düzen. Bazı harfler kesilmiş. İlgili XML şu şekildedir:

<TextView
    android:fontFamily="cursive"
    android:text="java" />
Ek genişlik ve dolgu içeren aynı İngilizce metnin düzeni. İlgili XML şu şekildedir:

<TextView
    android:fontFamily="cursive"
    android:text="java"
    android:useBoundsForWidth="true"
    android:shiftDrawingOffsetForStartOverhang="true" />
Tay dili metinleri için standart düzen. Harflerden bazıları kesilmiş. İlgili XML:

<TextView
    android:text="คอมพิวเตอร์" />
Ek genişlik ve dolgu içeren aynı Tayca metnin düzeni. İlgili XML şu şekildedir:

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

EditText için yerel ayara duyarlı varsayılan satır yüksekliği

In previous versions of Android, the text layout stretched the height of the text to meet the line height of the font that matched the current locale. For example, if the content was in Japanese, because the line height of the Japanese font is slightly larger than the one of a Latin font, the height of the text became slightly larger. However, despite these differences in line heights, the EditText element was sized uniformly, regardless of the locale being used, as illustrated in the following image:

Three boxes representing EditText elements that can contain text from English (en), Japanese (ja), and Burmese (my). The height of the EditText is the same, even though these languages have different line heights from each other.

For apps targeting Android 15 (API level 35), a minimum line height is now reserved for EditText to match the reference font for the specified Locale, as shown in the following image:

Three boxes representing EditText elements that can contain text from English (en), Japanese (ja), and Burmese (my). The height of the EditText now includes space to accommodate the default line height for these languages' fonts.

If needed, your app can restore the previous behavior by specifying the useLocalePreferredLineHeightForMinimum attribute to false, and your app can set custom minimum vertical metrics using the setMinimumFontMetrics API in Kotlin and Java.

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ğı isteğinde bulunmayla 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 olmayan arayüzlerle ilgili güncellenen kısıtlamalar

Android 15, Android geliştiricilerle işbirliği ve en son dahili testlere dayalı olarak kısıtlanmış SDK dışı arayüzlerin güncellenmiş listelerini içerir. Mümkün olduğunda, SDK olmayan arayüzleri kısıtlamadan önce herkese açık alternatiflerin kullanılabilir olmasını sağlarız.

Uygulamanız Android 15'i hedeflemiyorsa bu değişikliklerin bazıları sizi hemen etkilemeyebilir. Ancak uygulamanızın hedef API düzeyine bağlı olarak bazı SDK dışı arayüzlere erişmesi mümkün olsa da herhangi bir SDK dışı yöntem veya alan kullanmak her zaman uygulamanızın bozulma riskini artırır.

Uygulamanızın SDK dışı arayüzler kullanıp kullanmadığından emin değilseniz öğrenmek için uygulamanızı test edebilirsiniz. Uygulamanız SDK dışı arayüzlere bağlıysa SDK alternatiflerine geçişi planlamaya başlamanız gerekir. Bununla birlikte, bazı uygulamaların SDK dışı arayüzleri kullanmak için geçerli kullanım alanları olduğunu anlıyoruz. Uygulamanızdaki bir özellik için SDK olmayan bir arayüz kullanmaya alternatif bulamıyorsanız yeni bir genel API isteğinde bulunmanız gerekir.

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.