동작 변경사항: Android 14 이상을 타겟팅하는 앱

이전 버전과 마찬가지로 Android 14에는 앱에 영향을 미칠 수 있는 동작 변경사항이 포함되어 있습니다. 다음 동작 변경사항은 Android 14 (API 수준 34) 이상을 타겟팅하는 앱에만 적용됩니다. 앱이 Android 14 이상을 타겟팅한다면 이러한 동작을 올바르게 지원하도록 앱을 수정해야 합니다(적용되는 경우).

앱의 targetSdkVersion과 관계없이 Android 14에서 실행되는 모든 앱 에 영향을 미치는 동작 변경사항 목록 도 검토해야 합니다.

핵심 기능

포그라운드 서비스 유형은 필수 항목임

앱이 Android 14 (API 수준 34) 이상을 타겟팅하는 경우 앱 내 각 포그라운드 서비스에 하나 이상의 포그라운드 서비스 유형을 지정해야 합니다. 앱의 사용 사례를 나타내는 포그라운드 서비스 유형을 선택해야 합니다. 시스템은 특정 유형을 가진 포그라운드 서비스가 특정 사용 사례를 충족할 것으로 예상합니다.

참고: Android 14에서는 상태 및 원격 메시지 사용 사례에 관한 포그라운드 서비스 유형을 도입합니다. 또한 시스템은 짧은 서비스, 특수 사용 사례, 시스템 예외에 관한 새로운 유형을 예약합니다.

앱의 사용 사례가 이러한 유형과 연결되지 않으면 WorkManager 또는 사용자가 시작한 데이터 전송 작업을 사용하도록 로직을 이전하는 것이 좋습니다.

BluetoothAdapter에서 BLUETOOTH_CONNECT 권한 적용

Android 14에서는 Android 14 (API 수준 34) 이상을 타겟팅하는 앱의 BluetoothAdapter getProfileConnectionState() 메서드를 호출할 때 BLUETOOTH_CONNECT 권한을 적용합니다.

이 메서드에는 이미 BLUETOOTH_CONNECT 권한이 필요하지만 적용되지 않았습니다. 앱이 다음 스니펫과 같이 앱의 AndroidManifest.xml 파일에서 BLUETOOTH_CONNECT를 선언해야 하며 getProfileConnectionState를 호출하기 전에 사용자가 권한을 부여했는지 확인해야 합니다.

<uses-permission android:name="android.permission.BLUETOOTH_CONNECT" />

OpenJDK 17 업데이트

Android 14에서는 앱 및 플랫폼 개발자를 위한 라이브러리 업데이트와 Java 17 언어 지원을 비롯하여 최신 OpenJDK LTS 출시의 기능과 일치하도록 Android의 핵심 라이브러리를 새로고침하는 작업을 계속하고 있습니다.

다음과 같은 변경사항은 앱 호환성에 영향을 미칠 수 있습니다.

• 정규 표현식 변경사항: OpenJDK의 시맨틱을 더 엄격하게 준수하도록 이제 잘못된 그룹 참조가 허용되지 않습니다. java.util.regex.Matcher 클래스에 의해 IllegalArgumentException이 발생하는 새로운 사례가 있을 수 있으므로 정규 표현식을 사용하는 영역에서 앱을 테스트해야 합니다. 테스트 중에 이 변경사항을 사용 설정하거나 사용 중지하려면 호환성 프레임워크 도구를 사용하여 DISALLOW_INVALID_GROUP_REFERENCE 플래그를 전환합니다.
• UUID 처리: 이제 java.util.UUID.fromString() 메서드가 입력 인수를 확인할 때 더 엄격한 검사를 실행하므로 역직렬화 중에 IllegalArgumentException이 발생할 수 있습니다. 테스트 중에 이 변경사항을 사용 설정하거나 사용 중지하려면 호환성 프레임워크 도구를 사용하여 ENABLE_STRICT_VALIDATION 플래그를 전환합니다.
• ProGuard 문제: 경우에 따라 java.lang.ClassValue 클래스를 추가하면 ProGuard를 사용하여 앱을 축소, 난독화, 최적화하려고 할 때 문제가 발생합니다. 이 문제는 Class.forName("java.lang.ClassValue")가 클래스를 반환하는지 여부에 따라 런타임 동작을 변경하는 Kotlin 라이브러리에서 발생합니다. 앱이 사용 가능한 java.lang.ClassValue 클래스가 없는 이전 버전의 런타임을 대상으로 개발된 경우 이러한 최적화로 인해 java.lang.ClassValue에서 파생된 클래스에서 computeValue 메서드가 삭제될 수 있습니다.

JobScheduler가 콜백 및 네트워크 동작 강화

JobScheduler는 도입 후부터 앱이 onStartJob 또는 몇 초 내의 onStopJob. Android 14 이전에는 작업이 너무 오래 실행되면 작업이 중지되고 자동으로 실패합니다. 앱이 Android 14 (API 수준 34) 이상을 타겟팅하고 기본 스레드에서 허용된 시간을 초과하면 앱에서 ANR을 트리거합니다. 'onStartJob에 대한 응답 없음' 오류 메시지 또는 'onStopJob에 대한 응답 없음'

이 ANR은 다음 두 가지 시나리오로 인해 발생할 수 있습니다. 1. 기본 스레드를 차단하는 작업이 있어 콜백 onStartJob 또는 onStopJob가 예상 시간 제한 내에 실행되고 완료되지 않습니다. 2. 개발자가 JobScheduler 콜백 onStartJob 또는 onStopJob 내에서 차단 작업을 실행하여 콜백이 예상 시간 제한 내에 완료되지 않도록 합니다.

1번 문제를 해결하려면 ANR이 발생할 때 기본 스레드를 차단하는 항목을 추가로 디버그해야 합니다. 이를 위해 ApplicationExitInfo#getTraceInputStream()를 사용하여 ANR이 발생할 때 tombstone 트레이스를 가져오면 됩니다. ANR을 수동으로 재현할 수 있는 경우 시스템 트레이스를 기록하고 다음 중 하나를 사용하여 트레이스를 검사할 수 있습니다. Android 스튜디오 또는 Perfetto에서 실행 중인 애플리케이션을 더 잘 이해할 수 있습니다. 기본 스레드에 저장됩니다. 이는 JobScheduler API를 직접 사용하거나 androidx 라이브러리 WorkManager를 사용할 때 발생할 수 있습니다.

두 번째 문제를 해결하려면 다음을 제공하는 WorkManager로 이전하는 것이 좋습니다. onStartJob 또는 onStopJob에서 처리 래핑 지원 비동기 스레드에 있을 수 있습니다

또한 JobScheduler는 setRequiredNetworkType 또는 setRequiredNetwork 제약 조건을 사용하는 경우 ACCESS_NETWORK_STATE 권한을 선언해야 하는 요구사항을 도입합니다. 앱이 작업을 예약할 때 ACCESS_NETWORK_STATE 권한을 선언하지 않고 Android 14 이상을 타겟팅하는 경우 SecurityException이 발생합니다.

타일 실행 API

14 이상을 타겟팅하는 앱의 경우 TileService#startActivityAndCollapse(Intent)가 지원 중단되었으며 다음 오류가 발생합니다. 예외가 발생할 수 있습니다. 앱이 카드에서 활동을 실행하는 경우 다음을 사용합니다. 대신 TileService#startActivityAndCollapse(PendingIntent)를 사용하세요.

개인 정보 보호

사진 및 동영상에 대한 일부 액세스

Android 14에서는 사용자가 특정 유형의 모든 미디어에 대한 액세스 권한을 부여하는 대신 라이브러리의 특정 이미지 및 동영상에 대한 액세스 권한을 앱에 부여할 수 있는 선택한 사진 액세스 권한을 도입합니다.

이 변경사항은 앱이 Android 14 (API 수준 34) 이상을 타겟팅하는 경우에만 사용 설정됩니다. 아직 사진 선택 도구를 사용하지 않는 경우 앱에 구현하여 저장소 권한을 요청하지 않고도 이미지와 동영상을 선택하는 일관된 환경을 제공하고 사용자 개인 정보 보호를 강화하는 것이 좋습니다.

저장소 권한을 사용하여 자체 갤러리 선택 도구를 유지 관리하고 구현을 완전히 제어해야 하는 경우 새 READ_MEDIA_VISUAL_USER_SELECTED 권한을 사용하도록 구현을 조정합니다. 앱이 새 권한을 사용하지 않으면 시스템은 앱을 호환성 모드로 실행합니다.

사용자 환경

전체 화면 인텐트 보안 알림

Android 11 (API 수준 30)에서는 휴대전화가 잠겨 있을 때 앱에서 Notification.Builder.setFullScreenIntent를 사용하여 전체 화면 인텐트를 전송할 수 있었습니다. AndroidManifest에서 USE_FULL_SCREEN_INTENT 권한을 선언하여 앱 설치 시 이를 자동으로 부여할 수 있습니다.

전체 화면 인텐트 알림은 수신 전화 또는 사용자가 구성한 알람 시계 설정과 같이 사용자의 즉각적인 주의가 요구되는 매우 높은 우선순위의 알림을 위해 설계되었습니다. Android 14 (API 수준 34) 이상을 타겟팅하는 앱의 경우 이 권한을 사용할 수 있는 앱은 통화 및 알람만 제공하는 앱으로 제한됩니다. Google Play 스토어에서는 이 프로필에 맞지 않는 앱의 기본 USE_FULL_SCREEN_INTENT 권한을 취소합니다. 정책 변경 기한은 2024년 5월 31일입니다.

이 권한은 사용자가 Android 14로 업데이트하기 전에 휴대전화에 설치된 앱에는 계속 사용 설정됩니다. 사용자는 이 권한을 사용 설정 또는 사용 중지할 수 있습니다.

새 API NotificationManager.canUseFullScreenIntent를 사용하여 앱에 권한이 있는지 확인할 수 있습니다. 권한이 없으면 앱에서 새 인텐트 ACTION_MANAGE_APP_USE_FULL_SCREEN_INTENT를 사용하여 사용자가 권한을 부여할 수 있는 설정 페이지를 실행할 수 있습니다.

보안

암시적 인텐트와 대기 중인 인텐트 제한사항

对于以 Android 14（API 级别 34）或更高版本为目标平台的应用，Android 会通过以下方式限制应用向内部应用组件发送隐式 intent：

• 隐式 intent 只能传送到导出的组件。应用必须使用显式 intent 传送到未导出的组件，或将该组件标记为已导出。
• 如果应用通过未指定组件或软件包的 intent 创建可变待处理 intent，系统会抛出异常。

这些变更可防止恶意应用拦截意在供应用内部组件使用的隐式 intent。

例如，下面是可以在应用的清单文件中声明的 intent 过滤器：

<activity
    android:name=".AppActivity"
    android:exported="false">
    <intent-filter>
        <action android:name="com.example.action.APP_ACTION" />
        <category android:name="android.intent.category.DEFAULT" />
    </intent-filter>
</activity>

如果应用尝试使用隐式 intent 启动此 activity，则系统会抛出 ActivityNotFoundException 异常：

Kotlin

// Throws an ActivityNotFoundException exception when targeting Android 14.
context.startActivity(Intent("com.example.action.APP_ACTION"))

Java

// Throws an ActivityNotFoundException exception when targeting Android 14.
context.startActivity(new Intent("com.example.action.APP_ACTION"));

如需启动非导出的 activity，应用应改用显式 intent：

Kotlin

// This makes the intent explicit.
val explicitIntent =
        Intent("com.example.action.APP_ACTION")
explicitIntent.apply {
    package = context.packageName
}
context.startActivity(explicitIntent)

Java

// This makes the intent explicit.
Intent explicitIntent =
        new Intent("com.example.action.APP_ACTION")
explicitIntent.setPackage(context.getPackageName());
context.startActivity(explicitIntent);

런타임 등록 broadcast receiver는 내보내기 동작을 지정해야 함

以 Android 14（API 级别 34）或更高版本为目标平台并使用上下文注册的接收器的应用和服务必须指定以下标志，以指明接收器是否应导出到设备上的所有其他应用：RECEIVER_EXPORTED 或 RECEIVER_NOT_EXPORTED。此要求有助于利用 Android 13 中引入的这些接收器的功能，来保护应用免受安全漏洞的影响。

仅接收系统广播的接收器的例外情况

如果您的应用仅通过 Context#registerReceiver 方法（例如 Context#registerReceiver()）针对系统广播注册接收器，那么它在注册接收器时不应指定标志。

더 안전한 동적 코드 로드

앱이 Android 14 (API 수준 34) 이상을 타겟팅하고 동적 코드를 사용하는 경우 로드 (DCL): 동적으로 로드된 모든 파일은 읽기 전용으로 표시해야 합니다. 그러지 않으면 시스템에서 예외가 발생합니다. 앱은 Google에서 동적으로 로드되는 코드 그렇게 하면 앱이 위험에 처할 수 있는 위험이 크게 증가하므로 가능한 한 코드 주입 또는 코드 변조로 인해 침해당할 수 있습니다.

코드를 동적으로 로드해야 하는 경우 다음 방법을 사용하여 동적으로 로드된 파일(예: DEX, JAR 또는 APK 파일)을 파일을 여는 즉시 그리고 콘텐츠가 작성되기 전에 읽기 전용으로 설정합니다.

Kotlin

val jar = File("DYNAMICALLY_LOADED_FILE.jar")
val os = FileOutputStream(jar)
os.use {
    // Set the file to read-only first to prevent race conditions
    jar.setReadOnly()
    // Then write the actual file content
}
val cl = PathClassLoader(jar, parentClassLoader)

Java

File jar = new File("DYNAMICALLY_LOADED_FILE.jar");
try (FileOutputStream os = new FileOutputStream(jar)) {
    // Set the file to read-only first to prevent race conditions
    jar.setReadOnly();
    // Then write the actual file content
} catch (IOException e) { ... }
PathClassLoader cl = new PathClassLoader(jar, parentClassLoader);

이미 있는 동적으로 로드된 파일 처리

동적으로 로드된 기존 파일에 예외가 발생하지 않도록 하려면 앱에서 파일을 다시 동적으로 로드하기 전에 파일을 삭제하고 다시 만드는 것이 좋습니다. 파일을 다시 만들 때 앞의 안내에 따라 쓰기 시간에 파일을 읽기 전용으로 표시하세요. 또는 기존 파일의 라벨을 읽기 전용으로 다시 지정할 수 있지만 이 경우에는 앱을 악의적인 행위로부터 보호할 수 있도록 먼저 파일의 무결성을 확인하는 것이 좋습니다(예: 신뢰할 수 있는 값을 기준으로 파일의 서명 확인).

백그라운드에서 활동 시작에 관한 추가 제한사항

对于以 Android 14（API 级别 34）或更高版本为目标平台的应用，系统会进一步限制允许应用在后台启动 activity 的时间：

• 现在，当应用使用 PendingIntent#send() 或类似方法发送 PendingIntent 时，如果它想要授予自己的后台 activity 启动待处理 intent 的启动特权，则必须选择启用。如需选择启用，应用应通过 setPendingIntentBackgroundActivityStartMode(MODE_BACKGROUND_ACTIVITY_START_ALLOWED) 传递 ActivityOptions 软件包。
• 当可见应用使用 bindService() 方法绑定其他在后台应用的服务时，如果可见应用想要授予自己的后台 activity 对绑定服务的启动特权，则必须选择启用。如需选择启用，应用应在调用 bindService() 方法时包含 BIND_ALLOW_ACTIVITY_STARTS 标志。

这些更改扩大了一组现有限制条件的范围，目的是防止恶意应用滥用 API 以在后台启动干扰性活动，从而保护用户。

압축 파일 경로 순회

对于以 Android 14（API 级别 34）或更高版本为目标平台的应用，Android 会通过以下方式防止 Zip 路径遍历漏洞：如果 Zip 文件条目名称包含“..”或以“/”开头，ZipFile(String) 和 ZipInputStream.getNextEntry() 会抛出 ZipException。

应用可以通过调用 dalvik.system.ZipPathValidator.clearCallback() 选择停用此验证。

각 MediaProjection 캡처 세션에 사용자 동의 필요

对于以 Android 14（API 级别 34）或更高版本为目标平台的应用，在以下任一情况下，MediaProjection#createVirtualDisplay 都会抛出 SecurityException：

• 您的应用会缓存从 MediaProjectionManager#createScreenCaptureIntent 返回的 Intent，并多次将其传递给 MediaProjectionManager#getMediaProjection。
• 您的应用在同一 MediaProjection 实例上多次调用 MediaProjection#createVirtualDisplay。

您的应用必须在每次捕获会话之前征求用户同意。单次捕获会话是对 MediaProjection#createVirtualDisplay 的单次调用，并且每个 MediaProjection 实例只能使用一次。

处理配置变更

如果您的应用需要调用 MediaProjection#createVirtualDisplay 来处理配置更改（例如屏幕方向或屏幕大小更改），您可以按照以下步骤更新现有 MediaProjection 实例的 VirtualDisplay：

1. 使用新的宽度和高度调用 VirtualDisplay#resize。
2. 向 VirtualDisplay#setSurface 提供新的 Surface，并为其指定新的宽度和高度。

注册回调

您的应用应注册回调，以处理用户不同意继续拍摄会话的情况。为此，请实现 Callback#onStop，并让应用释放所有相关资源（例如 VirtualDisplay 和 Surface）。

如果您的应用未注册此回调，当您的应用调用它时，MediaProjection#createVirtualDisplay 会抛出 IllegalStateException。

업데이트된 비 SDK 제한사항

Android 14 包含更新后的受限非 SDK 接口列表（基于与 Android 开发者之间的协作以及最新的内部测试）。在限制使用非 SDK 接口之前，我们会尽可能确保有可用的公开替代方案。

如果您的应用并非以 Android 14 为目标平台，其中一些变更可能不会立即对您产生影响。然而，虽然您目前仍可以使用一些非 SDK 接口（具体取决于应用的目标 API 级别），但只要您使用任何非 SDK 方法或字段，终归存在导致应用出问题的显著风险。

如果您不确定自己的应用是否使用了非 SDK 接口，则可以测试您的应用来进行确认。如果您的应用依赖于非 SDK 接口，您应该开始计划迁移到 SDK 替代方案。然而，我们知道某些应用具有使用非 SDK 接口的有效用例。如果您无法为应用中的某项功能找到使用非 SDK 接口的替代方案，应请求新的公共 API。

이 Android 버전의 변경사항을 자세히 알아보려면 Android 14의 비 SDK 인터페이스 제한사항 업데이트를 참고하세요. 비 SDK 인터페이스에 관해 전반적으로 알아보려면 비 SDK 인터페이스 제한사항을 참고하세요.