Önceki sürümlerde olduğu gibi Android 13'te de uygulamanızı etkileyebilecek davranış değişiklikleri yer alıyor. Aşağıdaki davranış değişiklikleri yalnızca Android 13 veya sonraki sürümleri hedefleyen uygulamalar için geçerlidir. Uygulamanız Android 13 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.
Android 13'te çalışan tüm uygulamaları etkileyen davranış değişiklikleri listesini de incelemeyi unutmayın.
Gizlilik
Bildirim izni, ön plan hizmetinin görünümünü etkiler
Kullanıcı bildirim iznini reddederse bildirim çekmecesinde ön plan hizmetleriyle ilgili bildirimleri görmez. Ancak kullanıcılar, bildirim izninin verilip verilmediğinden bağımsız olarak Görev Yöneticisi'nde ön plan hizmetleriyle ilgili bildirimleri görmeye devam eder.
Yakındaki kablosuz cihazlar için yeni çalışma zamanı izni
Android'in önceki sürümlerinde, kullanıcının yaygın olarak kullanılan çeşitli kablosuz ağ kullanım alanlarını tamamlaması için uygulamanıza ACCESS_FINE_LOCATION izin vermesi gerekir.
Kullanıcıların konum izinlerini kablosuz ağ işleviyle ilişkilendirmesi zor olduğundan Android 13 (API düzeyi 33), cihazın kablosuz ağ üzerinden yakınındaki erişim noktalarına olan bağlantılarını yöneten uygulamalar için NEARBY_DEVICES izin grubunda bir çalışma anı izni sunar. NEARBY_WIFI_DEVICES izni, aşağıdakiler gibi kablosuz ağ kullanım alanlarını karşılar:
- Yakındaki cihazları (ör. yazıcılar veya medya yayınlama cihazları) bulma veya bu cihazlara bağlanma
Bu iş akışı, uygulamanızın aşağıdaki türde görevleri tamamlamasına olanak tanır:
- AP bilgilerini bant dışı olarak (ör. BLE üzerinden) alma
- Kablosuz Ağ Farkındalığı üzerinden cihazları bulup bunlara bağlanın ve yalnızca yerel hotspot kullanarak bağlanın.
- Kablosuz Doğrudan Bağlantı üzerinden cihazları keşfedip bağlanın.
- Araba veya akıllı ev cihazı gibi bilinen bir SSID'ye bağlantı başlatma.
- Yalnızca yerel hotspot başlatın.
- Yakındaki kablosuz bağlantıyı algılayan cihazların kapsama alanı.
Uygulamanız kablosuz bağlantı API'lerinden fiziksel konum bilgisi almadığı sürece, Android 13 veya sonraki sürümleri hedefleyip kablosuz bağlantı API'lerini kullandığınızda ACCESS_FINE_LOCATION yerine NEARBY_WIFI_DEVICES isteyin. NEARBY_WIFI_DEVICES iznini açıklarken uygulamanızın hiçbir zaman kablosuz ağ API'lerinden fiziksel konum bilgisi elde etmediğini kesin bir şekilde belirtin. Bunu yapmak için android:usesPermissionFlags özelliğini neverForLocation olarak ayarlayın. Bu işlem, Android 12 (API düzeyi 31) ve sonraki sürümlerde Bluetooth cihaz bilgilerinin konum için hiçbir zaman kullanılmadığını iddia ettiğinizde yaptığınıza benzer.
Yakındaki kablosuz cihazlara erişim izni isteme hakkında daha fazla bilgi edinin.
Ayrıntılı medya izinleri
READ_MEDIA_AUDIO iznini istediğinizde kullanıcının gördüğü sistem izinleri iletişim kutusu.Uygulamanız Android 13 veya sonraki sürümleri hedefliyorsa ve diğer uygulamaların oluşturduğu medya dosyalarına erişmesi gerekiyorsa READ_EXTERNAL_STORAGE izni yerine aşağıdaki ayrıntılı medya izinlerinden birini veya daha fazlasını istemeniz gerekir:
| Medya türü | İzin isteme |
|---|---|
| Resimler ve fotoğraflar | READ_MEDIA_IMAGES |
| Videolar | READ_MEDIA_VIDEO |
| Ses dosyaları | READ_MEDIA_AUDIO |
Başka bir uygulamanın medya dosyalarına erişmeden önce kullanıcının uygulamanıza uygun ayrıntılı medya izinlerini verdiğini doğrulayın.
Şekil 1'de, READ_MEDIA_AUDIO izni isteyen bir uygulama gösterilmektedir.
Hem READ_MEDIA_IMAGES hem de READ_MEDIA_VIDEO iznini aynı anda isterseniz yalnızca bir sistem izni iletişim kutusu gösterilir.
Uygulamanıza daha önce READ_EXTERNAL_STORAGE izni verilmişse yükseltme sırasında istenen tüm READ_MEDIA_* izinleri otomatik olarak verilir. Yükseltilen izinleri incelemek için aşağıdaki ADB komutunu kullanabilirsiniz:
adb shell cmd appops get --uid PACKAGE_NAME
Arka planda vücut sensörlerinin kullanılması için yeni izin gerekiyor
Android 13, nabız, vücut ısısı ve kandaki oksijen yüzdesi gibi vücut sensörleri için "kullanımdayken" erişim kavramını kullanıma sunar. Bu erişim modeli, sistemin Android 10'da (API düzeyi 29) konum için kullanıma sunduğu modele çok benzer.
Uygulamanız Android 13'ü hedefliyorsa ve arka planda çalışırken vücut sensörü bilgilerine erişmesi gerekiyorsa mevcut BODY_SENSORS iznine ek olarak yeni BODY_SENSORS_BACKGROUND iznine de ihtiyacı vardır.
Performans ve pil
Pil Kaynağı Kullanımı
Uygulamanız Android 13'ü hedeflerken kullanıcı, uygulamanızı arka planda pil kullanımı için "kısıtlanmış" duruma yerleştirirse sistem, uygulama başka nedenlerle başlatılana kadar BOOT_COMPLETED yayınını veya LOCKED_BOOT_COMPLETED yayınını yayınlamaz.
Kullanıcı deneyimi
PlaybackState kaynağından alınan medya kontrolleri
Android 13 (API düzeyi 33) ve sonraki sürümleri hedefleyen uygulamalarda sistem, medya denetimlerini PlaybackState işlemlerinden türetmektedir. Bu sayede sistem, telefonlar ve tablet cihazlar arasında teknik olarak tutarlı olan ve ayrıca Android Auto ve Android TV gibi diğer Android platformlarında medya kontrollerinin nasıl oluşturulduğuyla uyumlu olan daha zengin bir kontrol grubu gösterebilir.
Şekil 2'de bu durumun sırasıyla telefon ve tablet cihazlarda nasıl göründüğüne dair bir örnek gösterilmektedir.
Android 13'ten önce sistem, MediaStylebildirimdeki en fazla beş işlemi eklendikleri sırayla gösterirdi.
Kompakt modda (ör. daraltılmış hızlı ayarlarda) setShowActionsInCompactView() ile belirtilen en fazla üç işlem gösteriliyordu.
Android 13'ten itibaren sistem, aşağıdaki tabloda açıklandığı gibi PlaybackState'ye göre en fazla beş işlem düğmesi gösterir. Kompakt modda yalnızca ilk üç işlem yuvarı gösterilir. Android 13'ü hedeflemeyen veya PlaybackState içermeyen uygulamalarda sistem, önceki paragrafta açıklandığı gibi MediaStyle bildirimine eklenen Action listesine göre kontrolleri gösterir.
| Alan | İşlem | Ölçütler |
|---|---|---|
| 1 | Oynat |
PlaybackState'nin mevcut durumu aşağıdakilerden biridir:
|
| Yükleme döner simgesi |
PlaybackState'nin mevcut durumu aşağıdakilerden biridir:
|
|
| Duraklat | PlaybackState öğesinin mevcut durumu yukarıdakilerden hiçbiri değil. |
|
| 2 | Önceki | PlaybackState işlemleri ACTION_SKIP_TO_PREVIOUS içerir. |
| Özel | PlaybackState işlemleri ACTION_SKIP_TO_PREVIOUS içermiyor ve PlaybackState özel işlemleri henüz yerleştirilmemiş bir özel işlem içeriyor. |
|
| Boş | PlaybackState extras, SESSION_EXTRAS_KEY_SLOT_RESERVATION_SKIP_TO_PREV anahtarı için true boole değeri içerir. |
|
| 3 | Sonraki | PlaybackState işlemleri ACTION_SKIP_TO_NEXT içerir. |
| Özel | PlaybackState işlemleri ACTION_SKIP_TO_NEXT içermiyor ve PlaybackState özel işlemleri henüz yerleştirilmemiş bir özel işlem içeriyor. |
|
| Boş | PlaybackState extras, SESSION_EXTRAS_KEY_SLOT_RESERVATION_SKIP_TO_NEXT anahtarı için true boole değeri içerir. |
|
| 4 | Özel | PlaybackState özel işlemler henüz yerleştirilmemiş bir özel işlem içeriyor. |
| 5 | Özel | PlaybackState özel işlemler henüz yerleştirilmemiş bir özel işlem içeriyor. |
Özel işlemler, PlaybackState'e eklendikleri sıraya göre yerleştirilir.
WebView içeriğine otomatik olarak uygulanan uygulama renk teması
Android 13 (API düzeyi 33) veya sonraki sürümleri hedefleyen uygulamalarda setForceDark() yönteminin desteği sonlandırılmıştır. Bu nedenle, yöntem çağrılırsa hiçbir işlem yapılmaz.
Bunun yerine WebView artık medya sorgusunu prefers-color-scheme her zaman uygulamanın tema özelliğine göre ayarlar (isLightTheme). Başka bir deyişle, isLightTheme true ise veya belirtilmemişse prefers-color-scheme light olur. Aksi takdirde dark olur. Bu davranış, web içeriğinin açık veya koyu stilinin, içerik desteklediği takdirde uygulamanın temasıyla eşleşmesi için otomatik olarak uygulandığı anlamına gelir.
Çoğu uygulamada yeni davranış, uygun uygulama stillerini otomatik olarak uygulamalıdır. Ancak karanlık mod ayarlarını manuel olarak kontrol etmiş olabileceğiniz durumları kontrol etmek için uygulamanızı test etmeniz gerekir.
Uygulamanızın renk teması davranışını özelleştirmeniz gerekiyorsa bunun yerine setAlgorithmicDarkeningAllowed() yöntemini kullanın. Önceki Android sürümleriyle geriye dönük uyumluluk için AndroidX'te eşdeğer setAlgorithmicDarkeningAllowed() yöntemini kullanmanızı öneririz.
Uygulamanızın targetSdkVersion ve tema ayarlarına bağlı olarak uygulamanızda hangi davranışı bekleyebileceğiniz hakkında daha fazla bilgi edinmek için ilgili yöntemin dokümanlarına bakın.
Bağlantı
BluetoothAdapter#enable() ve BluetoothAdapter#disable() yöntemlerinin desteği sonlandırıldı
Android 13 (API düzeyi 33) veya sonraki sürümleri hedefleyen uygulamalarda BluetoothAdapter#enable() ve BluetoothAdapter#disable() yöntemlerinin desteği sonlandırılmıştır ve bu yöntemler her zaman false değerini döndürür.
Aşağıdaki uygulama türleri bu değişikliklerden muaftır:
- Cihaz sahibi uygulamaları
- Profil sahibi uygulamaları
- Sistem uygulamaları
Google Play hizmetleri
Reklam kimliği için izin gerekli
Google Play Hizmetleri reklam kimliğini kullanan ve Android 13 (API düzeyi 33) ve sonraki sürümleri hedefleyen uygulamaların, uygulamalarının manifest dosyasında AD_ID normal iznini aşağıdaki şekilde beyan etmesi gerekir:
<manifest ...>
<!-- Required only if your app targets Android 13 or higher. -->
<uses-permission android:name="com.google.android.gms.permission.AD_ID"/>
<application ...>
...
</application>
</manifest>
Uygulamanız Android 13 veya sonraki sürümleri hedeflerken bu izni beyan etmezse reklam kimliği otomatik olarak kaldırılır ve sıfırlardan oluşan bir dizeyle değiştirilir.
Uygulamanız, kitaplığın manifestinde AD_ID iznini beyan eden SDK'lar kullanıyorsa bu izin varsayılan olarak uygulamanızın manifest dosyasıyla birleştirilir. Bu durumda, izni uygulamanızın manifest dosyasında beyan etmeniz gerekmez.
Daha fazla bilgi için Play Console Yardım sayfasındaki Reklam Kimliği başlıklı makaleyi inceleyin.
SDK dışı kısıtlamalar güncellendi
Android 13, 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 olmayan arayüzleri kısıtlamadan önce herkese açık alternatiflerin kullanılabildiğinden emin oluruz.
Uygulamanız Android 13'ü hedeflemiyorsa bu değişikliklerin bazıları sizi hemen etkilemeyebilir. Ancak şu anda bazı SDK dışı arayüzleri kullanabilseniz de (uygulamanızın hedef API düzeyine bağlı olarak) SDK dışı bir yöntem veya alan kullanmak her zaman uygulamanızın bozulma riskini artırır.
Uygulamanızda SDK dışı arayüzlerin kullanılıp kullanılmadığını öğ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ışı 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 13'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.