이전 버전과 마찬가지로 Android 16에는 앱에 영향을 미칠 수 있는 동작 변경사항이 포함되어 있습니다. 다음 동작 변경사항은 Android 16 이상을 타겟팅하는 앱에만 적용됩니다. 앱이 Android 16 이상을 타겟팅하는 경우 이러한 동작을 올바르게 지원하도록 앱을 수정해야 합니다(해당하는 경우).
앱의 targetSdkVersion
과 관계없이 Android 16에서 실행되는 모든 앱에 영향을 미치는 동작 변경사항 목록도 검토해야 합니다.
사용자 환경 및 시스템 UI
Android 16에는 더 일관되고 직관적인 사용자 환경을 제공하기 위한 다음과 같은 변경사항이 포함되어 있습니다.
뒤로 탐색 예측을 사용하려면 이전하거나 선택 해제해야 함
Android 16 이상을 타겟팅하고 Android 16 이상 기기에서 실행되는 앱의 경우 뒤로 탐색 예측 시스템 애니메이션(홈으로 돌아가기, 교차 작업, 교차 활동)이 기본적으로 사용 설정됩니다.
또한 onBackPressed
이 호출되지 않으며 KeyEvent.KEYCODE_BACK
가 더 이상 전달되지 않습니다.
앱이 뒤로 이벤트를 가로채고 아직 뒤로 탐색 예측으로 이전하지 않은 경우 지원되는 뒤로 탐색 API를 사용하도록 앱을 업데이트하거나 앱의 AndroidManifest.xml
파일의 <application>
또는 <activity>
태그에서 android:enableOnBackInvokedCallback
속성을 false
로 설정하여 일시적으로 선택 해제합니다.
핵심 기능
Android 16에는 Android 시스템의 다양한 핵심 기능을 수정하거나 확장하는 다음과 같은 변경사항이 포함되어 있습니다.
고정 비율 작업 예약 최적화
Android 16을 타겟팅하기 전에는 scheduleAtFixedRate
가 유효한 프로세스 수명 주기를 벗어나기 때문에 작업 실행을 놓쳤을 때 앱이 유효한 수명 주기로 돌아가면 누락된 실행이 모두 즉시 실행되었습니다.
Android 16을 타겟팅하는 경우 앱이 유효한 수명 주기로 돌아가면 누락된 scheduleAtFixedRate
실행이 최대 1회 즉시 실행됩니다. 이 동작 변경으로 앱 성능이 개선될 것으로 예상됩니다. 앱에서 이 동작을 테스트하여 앱이 영향을 받는지 확인합니다.
앱 호환성 프레임워크를 사용하고 STPE_SKIP_MULTIPLE_MISSED_PERIODIC_TASKS
호환성 플래그를 사용 설정하여 테스트할 수도 있습니다.
대형 화면 및 폼 팩터
Android 16에는 대형 화면 기기에 표시될 때 앱에 적용되는 다음과 같은 변경사항이 포함되어 있습니다.
적응형 레이아웃
이제 Android 앱이 다양한 기기 (예: 휴대전화, 태블릿, 폴더블, 데스크톱)에서 실행되고 대형 화면의 창 모드 (예: 화면 분할 및 데스크톱 창 모드)가 지원되므로 개발자는 기기 방향과 관계없이 모든 화면 및 창 크기에 맞게 조정되는 Android 앱을 빌드해야 합니다. 방향 제한 및 크기 조절 가능 여부와 같은 패러다임은 오늘날의 멀티스크린 환경에서 너무 제한적입니다.
방향, 크기 조절 가능 여부, 가로세로 비율 제한 무시
Android 16을 타겟팅하는 앱의 경우 Android 16에는 시스템이 방향, 크기 조절 가능 여부, 가로세로 비율 제한을 관리하는 방식에 관한 변경사항이 포함되어 있습니다. 최소 너비가 600dp를 초과하는 디스플레이에는 더 이상 제한사항이 적용되지 않습니다. 또한 앱은 가로세로 비율이나 사용자의 선호하는 방향과 관계없이 전체 디스플레이 창을 채우며, 필러박스 처리는 사용되지 않습니다.
이번 변경사항으로 새로운 표준 플랫폼 동작이 도입됩니다. 앱이 다양한 방향, 디스플레이 크기, 가로세로 비율에 맞게 조정되어야 하는 Android가 모델로 전환되고 있습니다. 고정된 방향이나 제한된 크기 조절과 같은 제한사항은 앱 적응성을 방해하므로 가능한 한 최상의 사용자 환경을 제공하려면 앱을 적응형으로 만드는 것이 좋습니다.
일반적인 브레이킹 체인지
방향, 크기 조절 가능성, 가로세로 비율 제한을 무시하면 일부 기기에서 앱의 UI에 영향을 미칠 수 있습니다. 특히 세로 모드 방향으로 고정된 작은 레이아웃용으로 설계된 요소에 영향을 미칠 수 있습니다. 예를 들어 늘어난 레이아웃, 화면 밖 애니메이션, 구성요소와 같은 문제가 여기에 해당합니다. 가로세로 비율이나 방향에 관한 가정을 하면 앱에 시각적 문제가 발생할 수 있습니다. 이러한 문제를 방지하고 앱의 적응형 동작을 개선하는 방법을 자세히 알아보세요.
기기 회전을 허용하면 활동이 더 많이 다시 생성되므로 적절하게 보존되지 않으면 사용자 상태가 손실될 수 있습니다. UI 상태 저장에서 UI 상태를 올바르게 저장하는 방법을 알아보세요.
구현 세부정보
다음 매니페스트 속성과 런타임 API는 전체 화면 모드와 멀티 윈도우 모드에서 대형 화면 기기에서 무시됩니다.
screenOrientation
resizableActivity
minAspectRatio
maxAspectRatio
setRequestedOrientation()
getRequestedOrientation()
screenOrientation
, setRequestedOrientation()
, getRequestedOrientation()
의 다음 값은 무시됩니다.
portrait
reversePortrait
sensorPortrait
userPortrait
landscape
reverseLandscape
sensorLandscape
userLandscape
디스플레이 크기 조절 가능 여부와 관련하여 android:resizeableActivity="false"
, android:minAspectRatio
, android:maxAspectRatio
는 영향을 미치지 않습니다.
Android 16을 타겟팅하는 앱의 경우 앱 방향, 크기 조절 가능성, 가로세로 비율 제약 조건은 기본적으로 대형 화면에서 무시되지만 완전히 준비되지 않은 모든 앱은 선택 해제하여 이 동작을 일시적으로 재정의할 수 있습니다 (이로 인해 이전 동작인 호환성 모드로 전환됨).
예외
Android 16 방향, 크기 조절 가능 여부, 가로세로 비율 제한은 다음과 같은 상황에는 적용되지 않습니다.
- 게임 (
android:appCategory
플래그 기반) - 사용자가 기기의 가로세로 비율 설정에서 앱의 기본 동작을 명시적으로 선택한 경우
sw600dp
보다 작은 화면
일시적으로 선택 해제
특정 활동을 선택 해제하려면 PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY
매니페스트 속성을 선언합니다.
<activity ...>
<property android:name="android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY" android:value="true" />
...
</activity>
앱의 너무 많은 부분이 Android 16을 지원하지 않는 경우 애플리케이션 수준에서 동일한 속성을 적용하여 완전히 선택 해제할 수 있습니다.
<application ...>
<property android:name="android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY" android:value="true" />
</application>
건강 및 피트니스
Android 16에는 건강/피트니스 데이터와 관련된 다음과 같은 변경사항이 포함되어 있습니다.
건강/피트니스 권한
Android 16 이상을 타겟팅하는 앱의 경우 BODY_SENSORS
권한이 헬스 커넥트에서도 사용되는 android.permissions.health
의 세분화된 권한으로 전환됩니다. 이전에 BODY_SENSORS
또는 BODY_SENSORS_BACKGROUND
가 필요한 API에는 이제 상응하는 android.permissions.health
권한이 필요합니다. 이는 다음 데이터 유형, API, 포그라운드 서비스 유형에 영향을 미칩니다.
- Wear 건강 관리 서비스의
HEART_RATE_BPM
- Android 센서 관리자의
Sensor.TYPE_HEART_RATE
- Wear
ProtoLayout
의heartRateAccuracy
및heartRateBpm
BODY_SENSORS
대신 각android.permission.health
권한이 필요한FOREGROUND_SERVICE_TYPE_HEALTH
앱이 이러한 API를 사용하는 경우 이제 각 세분화된 권한을 요청해야 합니다.
- 심박수, SpO2 또는 피부 온도 사용 중 모니터링:
BODY_SENSORS
대신android.permissions.health
아래에서 세분화된 권한(예:READ_HEART_RATE
)을 요청합니다. - 백그라운드 센서 액세스의 경우
BODY_SENSORS_BACKGROUND
대신READ_HEALTH_DATA_IN_BACKGROUND
를 요청합니다.
이러한 권한은 건강, 피트니스, 웰빙 데이터를 위한 Android 데이터 스토어인 헬스 커넥트에서 데이터를 읽는 액세스를 보호하는 권한과 동일합니다.