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 durumlarda bu davranışları düzgün şekilde destekleyecek şekilde değiştirmeniz gerekir.

Uygulamanızın targetSdkVersion değerinden 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ışı

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, mediaProcessing adlı yeni bir ön plan hizmet türü kullanıma sunar. Bu hizmet türü, medya dosyalarının kodunu dönüştürme gibi işlemler için uygundur. Örneğin, bir medya uygulaması bir ses dosyası indirebilir ve dosyayı oynatmadan önce farklı bir biçime dönüştürmesi gerekebilir. Uygulama arka plandayken bile dönüşümün devam etmesini sağlamak için bir mediaProcessing ön plan hizmeti kullanabilirsiniz.

Sistem, bir uygulamanın mediaProcessing hizmetlerinin 24 saat içinde toplam 6 saat çalışmasına izin verir. Ardından, çalışan hizmetin Service.onTimeout(int, int) yöntemini (Android 15'te kullanıma sunulmuştur) çağırır. Şu anda hizmetin Service.stopSelf() hizmetini çağırmak için birkaç saniyesi var. Hizmet Service.stopSelf()'ü çağırmazsa sistem dahili bir istisna oluşturur. İstisna aşağıdaki mesajla Logcat'e kaydedilir:

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

İstisnayı önlemek için aşağıdakilerden birini 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 mediaProcessing hizmetlerinin herhangi bir 24 saatlik süre içinde toplam 6 saatten fazla çalışmadığından emin olun (kullanıcı uygulamayla etkileşim kurmadığı ve zamanlayıcıyı sıfırladığı sürece).
  3. mediaProcessing ö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. mediaProcessing ön plan hizmeti yerine WorkManager gibi bir alternatif API kullanın.

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

mediaProcessing hizmet türü hakkında daha fazla bilgi için Android 15 için ön plan hizmet türlerinde yapılan değişiklikler: Medya işleme başlıklı makaleyi inceleyin.

Test

Uygulamanızın davranışını test etmek için uygulamanız Android 15'i hedeflemese bile medya işleme 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 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

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:

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

Bir uygulama SYSTEM_ALERT_WINDOW iznine sahipken ön plan hizmetlerini başlatmayla ilgili kısıtlamalar

Ö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 değiştirebileceği zamanlarla ilgili değişiklikler

Apps that target Android 15 (API level 35) and higher can no longer change the global state or policy of Do Not Disturb (DND) on a device (either by modifying user settings, or turning off DND mode). Instead, apps must contribute an AutomaticZenRule, which the system combines into a global policy with the existing most-restrictive-policy-wins scheme. Calls to existing APIs that previously affected global state (setInterruptionFilter, setNotificationPolicy) result in the creation or update of an implicit AutomaticZenRule, which is toggled on and off depending on the call-cycle of those API calls.

Note that this change only affects observable behavior if the app is calling setInterruptionFilter(INTERRUPTION_FILTER_ALL) and expects that call to deactivate an AutomaticZenRule that was previously activated by their owners.

OpenJDK API değişiklikleri

Android 15 continues the work of refreshing Android's core libraries to align with the features in the latest OpenJDK LTS releases.

Some of these changes can affect app compatibility for apps targeting Android 15 (API level 35):

  • Changes to string formatting APIs: Validation of argument index, flags, width, and precision are now more strict when using the following String.format() and Formatter.format() APIs:

    For example, the following exception is thrown when an argument index of 0 is used (%0 in the format string):

    IllegalFormatArgumentIndexException: Illegal format argument index = 0

    In this case, the issue can be fixed by using an argument index of 1 (%1 in the format string).

  • Changes to component type of Arrays.asList(...).toArray(): When using Arrays.asList(...).toArray(), the component type of the resulting array is now an Object—not the type of the underlying array's elements. So the following code throws a ClassCastException:

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

    For this case, to preserve String as the component type in the resulting array, you could use Collection.toArray(Object[]) instead:

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

  • Changes to language code handling: When using the Locale API, language codes for Hebrew, Yiddish, and Indonesian are no longer converted to their obsolete forms (Hebrew: iw, Yiddish: ji, and Indonesian: in). When specifying the language code for one of these locales, use the codes from ISO 639-1 instead (Hebrew: he, Yiddish: yi, and Indonesian: id).

  • Changes to random int sequences: Following the changes made in https://bugs.openjdk.org/browse/JDK-8301574, the following Random.ints() methods now return a different sequence of numbers than the Random.nextInt() methods do:

    Generally, this change shouldn't result in app-breaking behavior, but your code shouldn't expect the sequence generated from Random.ints() methods to match Random.nextInt().

The new SequencedCollection API can affect your app's compatibility after you update compileSdk in your app's build configuration to use Android 15 (API level 35):

  • Collision with MutableList.removeFirst() and MutableList.removeLast() extension functions in kotlin-stdlib

    The List type in Java is mapped to the MutableList type in Kotlin. Because the List.removeFirst() and List.removeLast() APIs have been introduced in Android 15 (API level 35), the Kotlin compiler resolves function calls, for example list.removeFirst(), statically to the new List APIs instead of to the extension functions in kotlin-stdlib.

    If an app is re-compiled with compileSdk set to 35 and minSdk set to 34 or lower, and then the app is run on Android 14 and lower, a runtime error is thrown:

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

    The existing NewApi lint option in Android Gradle Plugin can catch these new API usages.

    ./gradlew lint

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

    To fix the runtime exception and lint errors, the removeFirst() and removeLast() function calls can be replaced with removeAt(0) and removeAt(list.lastIndex) respectively in Kotlin. If you're using Android Studio Ladybug | 2024.1.3 or higher, it also provides a quick fix option for these errors.

    Consider removing @SuppressLint("NewApi") and lintOptions { disable 'NewApi' } if the lint option has been disabled.

  • Collision with other methods in Java

    New methods have been added into the existing types, for example, List and Deque. These new methods might not be compatible with the methods with the same name and argument types in other interfaces and classes. In the case of a method signature collision with incompatibility, the javac compiler outputs a build-time error. For example:

    Example error 1:

    javac MyList.java

MyList.java:135: error: removeLast() in MyList cannot implement removeLast() in List
  public void removeLast() {
              ^
  return type void is not compatible with Object
  where E is a type-variable:
    E extends Object declared in interface List

    Example error 2:

    javac MyList.java

MyList.java:7: error: types Deque<Object> and List<Object> are incompatible;
public class MyList implements  List<Object>, Deque<Object> {
  both define reversed(), but with unrelated return types
1 error

    Example 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

    To fix these build errors, the class implementing these interfaces should override the method with a compatible return type. For example:

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

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 restricts the usage of TLS versions 1.0 and 1.1. These versions had previously been deprecated in Android, but are now disallowed for apps targeting Android 15.

Güvenli arka plan etkinliği başlatma

Android 15, kötü amaçlı arka plan uygulamalarının diğer uygulamaları ön plana çıkarmasını, ayrıcalıklarını yükseltmesini ve kullanıcı etkileşimini kötüye kullanmasını engelleyen değişiklikler ekleyerek kullanıcıları kötü amaçlı uygulamalardan korur ve cihazları üzerinde daha fazla kontrol sahibi olmalarını sağlar. Arka plan etkinliği başlatmaları, Android 10'dan (API düzeyi 29) beri kısıtlanmıştır.

Diğer değişiklikler

  • PendingIntent oluşturucularının arka plan etkinliği başlatmalarını varsayılan olarak engellemesini sağlayın. Bu, uygulamaların kötü niyetli kişiler tarafından kötüye kullanılabilecek bir PendingIntent oluşturmasını yanlışlıkla önlemeye yardımcı olur.
  • PendingIntentGönderen izin vermediği sürece bir uygulamayı ön plana getirmeyin. Bu değişikliğin amacı, kötü amaçlı uygulamaların arka planda etkinlik başlatma özelliğini kötüye kullanmasını önlemektir. Varsayılan olarak, oluşturucu arka plan etkinliği başlatma ayrıcalıklarına izin vermediği veya gönderen arka plan etkinliği başlatma ayrıcalıklarına sahip olmadığı sürece uygulamaların görev yığınını ön plana getirmesine izin verilmez.
  • Bir görev yığınındaki en üstteki etkinliğin görevini nasıl tamamlayabileceğini kontrol edin. En üstteki etkinlik bir görevi tamamlarsa Android, en son etkin olan göreve geri döner. Ayrıca, en üstteki olmayan bir etkinlik görevini tamamlarsa Android ana ekrana geri döner ve bu en üstteki olmayan etkinliğin tamamlanmasını engellemez.
  • Diğer uygulamalardan rastgele etkinliklerin kendi görevinizde başlatılmasını önleyin. 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ı saldırılarına karşı korur.
  • Görünür olmayan pencerelerin arka plan etkinliği başlatma için değerlendirilmesini engelleme. 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şlatmalarını kötüye kullanmasını önlemeye yardımcı olur.

Daha güvenli amaçlar

Android 15, amaçlar için StrictMode özelliğini sunar.

Intent kullanım ihlalleriyle ilgili ayrıntılı günlükleri görmek için aşağıdaki yöntemi kullanın:

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 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.

Edge-to-edge enforcement

Uygulama Android 15'i (API düzeyi 35) hedefliyorsa 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ğu zaman otomatik olarak iç kısımlar uygulayan Material 3 Compose bileşenlerini kullanır. Bu ekran, Android 15'in uçtan uca ekran yaptırımından olumsuz etkilenmez.

Bu, uygulamanızın kullanıcı arayüzünü olumsuz etkileyebilecek bir değişikliktir. Bu 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, yerleştirmeler uygulanmadığı sürece içerik, sistem gezinme çubuğunun arkasında çizilir.
    • setNavigationBarColor ve R.attr#navigationBarColor desteği sonlandırıldı ve hareketle gezinmeyi etkilemiyor.
    • setNavigationBarContrastEnforced ve R.attr#navigationBarContrastEnforced, hareketle gezinme ü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ıldı.
    • setNavigationBarColor ve R.attr#navigationBarColor, varsayılan olarak pencere arka planıyla eşleşecek şekilde ayarlanır. Bu varsayılan değerin uygulanması için pencere arka planının renkli bir çizilebilir öğe 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 seçenek, 3 düğmeli gezinmeye% 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ılmıştır ancak Android 15'te hâlâ etkilidir.
  • 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, Android 15'i (API düzeyi 35) hedeflemeden önce ve sonra, ayrıca ekler uygulanmadan önce ve sonraki bir uygulama gösterilmektedir. Bu örnek kapsamlı değildir ve Android Auto'da farklı görünebilir.

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ç kenarları uygulayan bir uygulama.
Uygulamanız zaten uçtan uca ise kontrol edilecekler

Uygulamanız zaten uçtan uca ise ve iç kısımlar 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 daha az trafik alan 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. Uygulamaların zaten uçtan uca olduğu 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, yerleştirmeleri otomatik olarak işlemez. Ancak ek yerlerine erişip 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, yerleştirmeleri 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 şekilde yerleştirme uygulayın. İçeriğiniz Scaffold içindeyse Scaffold dolgu değerlerini kullanarak iç kısımları kullanabilirsiniz. Aksi takdirde, WindowInsets simgelerinden birini 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

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ılmış 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ı:

Stable configuration

Uygulamanız Android 15'i (API düzeyi 35) veya sonraki sürümleri hedefliyorsa Configuration artık sistem çubuklarını hariç tutmaz. Düzen hesaplaması için Configuration sınıfında ekran boyutunu 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. Bu bilgiler genellikle Activity.onConfigurationChanged adresinden alınır. Pencere yoğunluğu, yön ve boyutlar gibi bilgiler sağlar. Configuration işlevinden 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 kaynak seçimi için kullanılır (ör. /res/layout-h500dp) ve bu hâlâ geçerli bir kullanım alanıdır. Ancak bu işlevin düzen hesaplaması için kullanılması her zaman önerilmemiştir. Böyle bir durum varsa hemen uzaklaşmalısınız. Configuration kullanımını, kullanım alanınıza bağlı olarak daha uygun bir ifadeyle değiştirmeniz gerekir.

Düzeni hesaplamak için kullanıyorsanız ViewGroup, CoordinatorLayout veya ConstraintLayout gibi uygun bir değer kullanın. Sistemin gezinme çubuğunun yüksekliğini belirlemek için kullanıyorsanız WindowInsets kullanın. Uygulama pencerenizin mevcut boyutunu öğrenmek istiyorsanız computeCurrentWindowMetrics kullanın.

Aşağıdaki listede, bu değişiklikten etkilenen alanlar açıklanmaktadır:

  • Configuration.screenWidthDp ve screenHeightDp boyutları artık sistem çubuklarını hariç tutmuyor.
  • Configuration.smallestScreenWidthDp, screenWidthDp ve screenHeightDp'de yapılan değişikliklerden dolaylı olarak etkilenir.
  • Configuration.orientation, kareye yakın cihazlarda screenWidthDp ve screenHeightDp ile ilgili değişikliklerden dolaylı olarak etkilenir.
  • Display.getSize(Point), Configuration alanındaki değişikliklerden dolaylı olarak etkilenir. Bu işlev, API düzeyi 30'dan itibaren kullanımdan kaldırılmıştır.
  • Display.getMetrics(), API düzeyi 33'ten beri bu şekilde çalışmaktadır.

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

In previous versions of Android, some cursive fonts or languages that have complex shaping might draw the letters in the previous or next character's area. In some cases, such letters were clipped at the beginning or ending position. Starting in Android 15, a TextView allocates width for drawing enough space for such letters and allows apps to request extra paddings to the left to prevent clipping.

Because this change affects how a TextView decides the width, TextView allocates more width by default if the app targets Android 15 (API level 35) or higher. You can enable or disable this behavior by calling the setUseBoundsForWidth API on TextView.

Because adding left padding might cause a misalignment for existing layouts, the padding is not added by default even for apps that target Android 15 or higher. However, you can add extra padding to preventing clipping by calling setShiftDrawingOffsetForStartOverhang.

The following examples show how these changes can improve text layout for some fonts and languages.

Standard layout for English text in a cursive font. Some of the letters are clipped. Here is the corresponding XML:

<TextView
    android:fontFamily="cursive"
    android:text="java" />
Layout for the same English text with additional width and padding. Here is the corresponding XML:

<TextView
    android:fontFamily="cursive"
    android:text="java"
    android:useBoundsForWidth="true"
    android:shiftDrawingOffsetForStartOverhang="true" />
Standard layout for Thai text. Some of the letters are clipped. Here is the corresponding XML:

<TextView
    android:text="คอมพิวเตอร์" />
Layout for the same Thai text with additional width and padding. Here is the corresponding XML:

<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:

İngilizce (en), Japonca (ja) ve Burmaca (my) dillerinde metin içerebilen 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:

İngilizce (en), Japonca (ja) ve Burmaca (my) dillerinde metin içerebilen 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ğı isteğiyle 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 kısıtlamalar güncellendi

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.

To learn more about the changes in this release of Android, see Updates to non-SDK interface restrictions in Android 15. To learn more about non-SDK interfaces generally, see Restrictions on non-SDK interfaces.