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

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

• Veri senkronizasyonu ön plan hizmeti zaman aşımı davranışı
• Yeni medya işleme ön plan hizmet türü
• Ön plan hizmetlerini başlatan BOOT_COMPLETED yayın alıcıyla ilgili kısıtlamalar
• SYSTEM_ALERT_WINDOW izni bulunan bir uygulama için ön plan hizmetlerinin başlatılmasıyla ilgili kısıtlamalar

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

Android 15, Android 15 (API düzeyi 35) veya sonraki sürümleri hedefleyen uygulamalar için dataSync işlevine yeni bir zaman aşımı davranışı sunuyor. 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 sorun yaşamamak 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 çağırmayı aldığında birkaç saniye içinde stopSelf() yöntemini çağırdığınızdan emin olun. (Uygulamayı hemen durdurmazsanız sistem bir hata oluşturur.)
2. Uygulamanızın dataSync 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. dataSync ön plan hizmetlerini yalnızca doğrudan kullanıcı etkileşimi sonucunda başlatabilirsiniz. Hizmet başlatıldığında uygulamanız ön planda olduğu için hizmetiniz, uygulama arka plana geçtikten sonra altı saatin tamamını kullanabilir.
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 hizmetlerini 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:

• 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 izni bulunan bir uygulama için ön plan hizmetlerinin başlatılmasıyla 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 ne zaman değiştirebileceğiyle ilgili değişiklikler

Android 15'i hedefleyen uygulamalar artık cihazlarda Rahatsız Etmeyin (DND) özelliğinin genel durumunu veya politikasını değiştiremez (kullanıcı ayarlarını değiştirerek veya Rahatsız Etmeyin modunu kapatarak). Bunun yerine, uygulamalar bir AutomaticZenRule katkıda bulunmalıdır. Bu da sistem, mevcut en kısıtlayıcı politika kazanç şemasıyla global bir politika haline getirir. Daha önce genel durumu (setInterruptionFilter, setNotificationPolicy) etkileyen mevcut API'lere yapılan çağrılar, söz konusu API çağrılarının çağrı döngüsüne bağlı olarak açılıp kapatılan örtülü bir AutomaticZenRule öğesinin oluşturulması veya güncellenmesiyle sonuçlanır.

Bu değişikliğin yalnızca uygulama setInterruptionFilter(INTERRUPTION_FILTER_ALL) yöntemini çağırıyorsa ve bu çağrının, sahipleri tarafından önceden etkinleştirilmiş bir AutomaticZenRule öğesini devre dışı bırakmasını bekliyorsa gözlemlenebilir davranışı etkileyeceğ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 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() ve Formatter.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 bağımsız değişken dizini (biçim dizesindeki %1) kullanılarak sorun düzeltilebilir.

• Arrays.asList(...).toArray() bileşeninin türündeki değişiklikler: Arrays.asList(...).toArray() kullanıldığında, ortaya çıkan dizinin bileşen türü artık temel dizinin öğelerinin türü değil, Object olur. Bu nedenle aşağıdaki kod bir ClassCastException 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 yerine Collection.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ık Random.nextInt() yöntemlerinden farklı bir sayı dizisi döndürüyor:

  • Random.ints(long)
  • Random.ints(long, int, int)
  • Random.ints(int, int)
  • Random.ints()

  Genel olarak bu değişiklik, uygulamayı bozan bir davranışa neden olmaz 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'i Android 15'i (API düzeyi 35) kullanacak şekilde güncelledikten sonra uygulamanızın uyumluluğunu etkileyebilir:

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

  Java'daki List türü, Kotlin'deki MutableList türüne eşlenir. List.removeFirst() ve List.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 yeni List API'lerine yönlendirir.

  Bir uygulama, compileSdk 35 olarak ve minSdk 34 veya daha düşük bir değer olarak 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() ve removeLast() işlev çağrıları sırasıyla removeAt(0) ve removeAt(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") ve lintOptions { disable 'NewApi' } karakterlerini kaldırabilirsiniz.

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

  Mevcut türlere List ve Deque 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ı durumunda javac 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 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. Örnek:

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

Güvenli arka plan etkinliği lansmanları

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

• Hedef intent filtrelerini eşleştir: Belirli bileşenleri hedefleyen amaçlar, hedefin amaç filtresi spesifikasyonlarıyla doğru bir şekilde eşleşmelidir. Başka bir uygulamanın etkinliğini başlatma niyeti gönderirseniz hedef amaç bileşeninin alıcı etkinliğin bildirilen intent filtreleriyle uyumlu olması gerekir.
• Amaçların işlemleri olmalıdır: İşlem içermeyen amaçlar artık hiçbir amaç filtresiyle eşleşmeyecektir. Bu, etkinlikleri veya hizmetleri başlatmak için kullanılan amaçların açıkça tanımlanmış bir eyleme sahip olması gerektiği anlamına gelir.

Uygulamanızın bu değişikliklere nasıl yanıt verdiğini kontrol etmek için uygulamanızda StrictMode kullanın. Intent kullanım ihlalleriyle ilgili ayrıntılı günlükleri görmek için aşağıdaki yöntemi ekleyin:

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

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

Kullanıcı deneyimi ve sistem kullanıcı arayüzü

Android 15, daha tutarlı ve sezgisel bir kullanıcı deneyimi sunmayı amaçlayan bazı değişiklikler içerir.

Pencere içe yerleştirilmesi değişiklikleri

Android 15'te pencere ekleriyle ilgili iki değişiklik vardır: Varsayılan olarak uçtan uca zorunlu kılınır. Ayrıca, sistem çubuklarının varsayılan yapılandırması gibi yapılandırma değişiklikleri de bulunur.

Uçtan uca yaptırım

Android 15'i (API düzeyi 35) hedefleyen uygulamalar, Android 15 çalıştıran cihazlarda varsayılan olarak uçtan uca ekranda görüntülenir.

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

• Hareket tutma yeri gezinme çubuğu
  • 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 ve R.attr#navigationBarColor desteği sonlandırılmıştır ve hareketle gezinmeyi etkilemez.
  • setNavigationBarContrastEnforced ve R.attr#navigationBarContrastEnforced özelliklerinin hareketle gezinme üzerinde herhangi bir etkisi yoktur.
• 3 düğmeli gezinme
  • Saydamlık varsayılan olarak% 80'e ayarlanır ve renk, pencere arka planıyla eşleşebilir.
  • Alt ofset devre dışı olduğundan içerik, ek öğeler uygulanmadığı sürece sistem gezinme çubuğunun gerisinde kalır.
  • setNavigationBarColor ve R.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 ve R.attr#navigationBarContrastEnforced varsayılan olarak true (doğru) değerini alır. Bu da 3 düğmeli gezinmeye% 80 opak bir arka plan ekler.
• Durum çubuğu
  • Varsayılan olarak şeffaftır.
  • İçerikler, içe eklemeler uygulanmadığı sürece durum çubuğunun arkasında çizileceği için üst ofset devre dışıdır.
  • setStatusBarColor ve R.attr#statusBarColor desteği sonlandırılmıştır ve Android 15'i etkilemez.
  • setStatusBarContrastEnforced ve R.attr#statusBarContrastEnforced desteği sonlandırılmış olsa da Android 15'te hâlâ geçerlidir.
• 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 kesimi nedeniyle siyah bir çubuk görmez ve uçtan uca görünür.

Aşağıdaki örnekte, Android 15 (API düzeyi 35) hedeflenmeden önceki ve uygulandıktan sonraki, eklerin uygulanmasından önceki ve sonraki bir uygulama gösterilmektedir.

Uygulamanız zaten kenardan kenaraysa kontrol etmeniz gerekenler

Uygulamanız zaten kenardan kenara ise ve içe yerleştirilmiş öğeler kullanıyorsa aşağıdaki senaryolar dışında büyük ölçüde etkilenmezsiniz. Ancak, bu durumdan etkilenmediğinizi düşünüyorsanız bile uygulamanızı test etmenizi öneririz.

• LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS yerine SHORT_EDGES, NEVER veya DEFAULT kullanan bir Activity gibi kayan olmayan 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 daha yeni bir sürüme yükseltebilir ya da window.attributes.layoutInDisplayCutoutMode = WindowManager.LayoutInDisplayCutoutMode.always olarak 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 yoğunluğu düşük ekranlar şunlardır:
  • İlk katılım veya oturum açma ekranları
  • Ayarlar sayfaları

Uygulamanız henüz kenardan kenara değilse kontrol etmeniz gerekenler

Uygulamanız henüz kenarlara kadar uzanmıyorsa büyük olasılıkla bu durumdan etkileniyorsunuzdur. 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 ve NavigationBar gibi Materyal 3 Bileşenleri'ni (androidx.compose.material3) kullanıyorsa bu bileşenler, içe yerleştirilmeleri 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, eklere erişebilir ve bunları manuel olarak uygulayabilirsiniz. androidx.compose.material 1.6.0 ve sonraki sürümlerde, BottomAppBar, TopAppBar, BottomNavigation ve NavigationRail için ekleri manuel olarak uygulamak üzere windowInsets parametresini kullanın. Benzer şekilde, Scaffold için contentWindowInsets parametresini kullanın.
• Uygulamanızda görünümler ve Malzeme Bileşenleri (com.google.android.material) kullanılıyorsa BottomNavigationView, BottomAppBar, NavigationRailView veya NavigationView gibi görünüme dayalı Materyal Bileşenlerin çoğu ek işlemleri gerçekleştirir ve ek çalışma gerektirmez. Ancak AppBarLayout kullanıyorsanız android:fitsSystemWindows="true" eklemeniz gerekir.
• Özel kompozisyonlar için iç içe yerleştirilen öğeleri dolgu olarak manuel olarak uygulayın. İçeriğiniz Scaffold içindeyse Scaffold 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ıyorsa dolguyu ViewCompat.setOnApplyWindowInsetsListener kullanarak uygulayın. RecyclerView için bu işleyiciyi kullanarak dolgu uygulayın ve ayrıca clipToPadding="false" ekleyin.

Uygulamanızın özel arka plan koruması sunması gerekip gerekmediğini kontrol etmeniz gerekenler

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ılmıştır ancak devre dışı bırakılmamıştır:

• R.attr#enforceStatusBarContrast
• R.attr#navigationBarColor (%80 alfa ile 3 düğmeli gezinme için)
• Window#isStatusBarContrastEnforced
• Window#setNavigationBarColor ("3 düğmeli gezinme" için, %80 alfa değeriyle)
• Window#setStatusBarContrastEnforced

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

• R.attr#navigationBarColor (hareketle gezinme için)
• R.attr#navigationBarDividerColor
• R.attr#statusBarColor
• Window#setDecorFitsSystemWindows
• Window#getNavigationBarColor
• Window#getNavigationBarDividerColor
• Window#getStatusBarColor
• Window#setNavigationBarColor (hareketle gezinme için)
• Window#setNavigationBarDividerColor
• Window#setStatusBarColor

Kararlı yapılandırma

Uygulamanız Android 15 (API düzeyi 35) veya sonraki sürümleri hedefliyorsa Configuration artık sistem çubuklarını hariç tutmuyor. Sayfa düzeni hesaplaması için Configuration sınıfındaki ekran boyutunu kullanıyorsanız bunu ihtiyacınıza göre uygun bir ViewGroup, WindowInsets veya WindowMetricsCalculator gibi daha iyi alternatiflerle değiştirmeniz gerekir.

Configuration, API 1'den beri kullanılmaktadır. 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ının önemli bir özelliği, daha önce sistem çubuklarını hariç tutmasıdır.

Yapılandırma boyutu genellikle /res/layout-h500dp gibi kaynak seçimi için kullanılır ve bu hâlâ geçerli bir kullanım alanıdır. Ancak sayfa düzeni hesaplaması için kullanılması her zaman önerilmez. Bu durumda, hemen uzaklaşmanız gerekir. Configuration kullanımını, kullanım alanınıza bağlı olarak daha uygun bir şeyle değiştirmeniz gerekir.

Bu özelliği düzeni hesaplamak için kullanıyorsanız CoordinatorLayout veya ConstraintLayout gibi uygun bir ViewGroup kullanın. Sistem gezinme çubuğunun yüksekliğini belirlemek için kullanıyorsanız WindowInsets değerini kullanın. Uygulama pencerenizin mevcut boyutunu öğrenmek isterseniz computeCurrentWindowMetrics öğesini 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ç tutmamaktadır.
• Configuration.smallestScreenWidthDp, screenWidthDp ve screenHeightDp'teki değişikliklerden dolaylı olarak etkilenir.
• Configuration.orientation, kareye yakın cihazlarda screenWidthDp ve screenHeightDp'te yapılan değişikliklerden dolaylı olarak etkilenir.
• Display.getSize(Point), Configuration üzerindeki değişikliklerden dolaylı olarak etkilenmektedir. Bu API, API düzeyi 30'dan itibaren kullanımdan kaldırılmıştır.
• Display.getMetrics(), API düzeyi 33'ten beri bu şekilde çalışıyor.

elegantTextHeight özelliği varsayılan olarak true değerini alır

Android 15'i hedefleyen uygulamalarda elegantTextHeight TextView özelliği varsayılan olarak true haline gelir. Varsayılan olarak kullanılan kompakt yazı tipi, büyük dikey metriklere sahip bazı komut dosyalarıyla değiştirilir. Bu yazı tipi çok daha okunabilir bir yazı tipiyle değiştirilir. Kompakt yazı tipi, düzenlerin bozulmasını önlemek için kullanıma sunulmuştur. Android 13 (API düzeyi 33), fallbackLineSpacing özelliğini kullanarak metin düzeninin dikey yüksekliği genişletmesine izin vererek bu bozuklukların çoğunun önüne geçer.

Android 15'te, kompakt yazı tipi sistemde kalmaya devam eder. Böylece uygulamanız, öncekiyle aynı davranışı elde etmek için elegantTextHeight değerini false olarak ayarlayabilir, ancak gelecekteki sürümlerde desteklenme olasılığı düşüktür. Bu nedenle, uygulamanız Arapça, Laoca, Myanmar, Tamilce, Guceratça, Kannada, Malayalam, Oriya, Telugu ve Tayca komutlarını destekliyorsa elegantTextHeight değerini true olarak ayarlayarak uygulamanızı test edin.

Karmaşık harf şekilleri için TextView genişliği değişiyor

Android'in önceki sürümlerinde, karmaşık şekillendirmeye sahip bazı el yazısı yazı tipleri veya diller, harfleri önceki veya sonraki karakterin alanında çizebilir. Bazı durumlarda bu tür harfler başlangıç veya bitiş konumunda kesilmiştir. Android 15'ten itibaren TextView, bu tür harflerin çizilmesi için yeterli alan ayıran bir genişlik atar ve uygulamaların kırpmayı önlemek için sola ek dolgu istemesine olanak tanır.

Bu değişiklik, TextView öğesinin genişliği belirleme şeklini etkilediği için uygulama Android 15 (API düzeyi 35) veya sonraki sürümleri hedefliyorsa TextView varsayılan olarak daha fazla genişlik ayırır. Bu davranışı TextView üzerinde setUseBoundsForWidth API'yi çağırarak etkinleştirebilir veya devre dışı bırakabilirsiniz.

Sol dolgu eklemek mevcut düzenlerde hizalama sorunlarına neden olabileceğinden, Android 15 veya sonraki sürümleri hedefleyen uygulamalarda bile dolgu varsayılan olarak eklenmez. Ancak setShiftDrawingOffsetForStartOverhang işlevini çağırarak kırpmayı önlemek için ek dolgu ekleyebilirsiniz.

Aşağıdaki örneklerde, bu değişikliklerin bazı yazı tipleri ve diller için metin düzenini nasıl iyileştirebileceği gösterilmektedir.

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

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ğini karşılayacak şekilde genişletiyordu. Örneğin, içerik Japoncaysa, Japonca yazı tipinin satır yüksekliği Latin yazı tipinden biraz daha büyük olduğu için metnin yüksekliği biraz daha büyük olur. Ancak, satır yüksekliklerindeki bu farklılıklara rağmen, aşağıdaki resimde gösterildiği gibi EditText öğesi, kullanılan yerel ayardan bağımsız olarak eşit şekilde boyutlandırıldı:

Android 15'i hedefleyen uygulamalarda, aşağıdaki resimde gösterildiği gibi, belirtilen Yerel Ayarın referans yazı tipiyle eşleşmesi için EditText için minimum satır yüksekliği ayrılmıştır:

Gerekirse uygulamanız useLocalePreferredLineHeightForMinimum özelliğini false için belirterek önceki davranışı geri yükleyebilir. Ayrıca uygulamanız, Kotlin ve Java'da setMinimumFontMetrics API'yi kullanarak özel minimum sektör metrikleri ayarlayabilir.

Kamera ve medya içerikleri

Android 15, Android 15 veya sonraki sürümleri hedefleyen uygulamalarda kamera ve medya davranışında aşağıdaki değişiklikleri yapar.

Ses odağını istemeyle ilgili kısıtlamalar

Ses odağı isteğinde bulunabilmek için Android 15'i hedefleyen uygulamaların en iyi uygulama olması veya bir ön plan hizmeti çalıştırması gerekir. Bir uygulama bu şartlardan birini karşılamadığında odaklanma isteğinde bulunmaya çalışırsa çağrı AUDIOFOCUS_REQUEST_FAILED değerini döndürür.

Ses odağı hakkında daha fazla bilgi edinmek için Ses odağını yönetme başlıklı makaleye göz atabilirsiniz.

SDK dışı kısıtlamalar güncellendi

Android 15, Android geliştiricilerle yapılan ortak çalışmalara ve en son şirket içi testlere dayalı olarak kısıtlanmış SDK dışı arayüzlerin güncellenmiş listelerini içerir. Mümkün olduğunda SDK dışı arayüzleri kısıtlamadan önce herkese açık alternatiflerin kullanılabildiğinden emin oluruz.

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

Uygulamanızın SDK dışı arayüz kullanıp kullanmadığından emin değilseniz bunu öğrenmek için uygulamanızı test edebilirsiniz. Uygulamanız SDK dışı arayüzlere dayanıyorsa SDK alternatiflerine geçiş planlamaya başlamanız gerekir. Bununla birlikte, bazı uygulamaların SDK dışı arayüzleri kullanmanın geçerli kullanım alanları olduğunu biliyoruz. Uygulamanızdaki bir özellik için SDK dışında bir arayüz kullanmanın alternatifini bulamıyorsanız yeni bir herkese açık 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.