Android 17 플랫폼에는 앱에 영향을 줄 수 있는 동작 변경사항이 있습니다.
Android 17에서 실행될 때 모든 앱에 적용되는 동작 변경사항은 다음과 같습니다.
targetSdkVersion에 관계없이 이러한 변경사항을 적절히 지원해야 하는 경우 앱을 테스트한 후 필요에 따라 수정해야 합니다.
또한 Android 17을 타겟팅하는 앱에만 영향을 주는 동작 변경사항 목록 을 검토해야 합니다.
핵심 기능
Android 17 (API 수준 37)에는 Android 시스템의 다양한 핵심 기능을 수정하거나 확장하는 다음과 같은 변경사항이 포함되어 있습니다.
앱 메모리 한도
Android 17 引入了基于设备总 RAM 的应用内存限制，旨在为您的应用和 Android 用户打造更稳定、更具确定性的环境。在 Android 17 中，限制设置得较为保守，目的是建立系统基准，在极端内存泄漏和其他异常情况触发系统范围的不稳定性（导致界面卡顿、耗电过快和应用被终止）之前，先针对这些情况。虽然我们预计对绝大多数 应用会话的影响很小，但我们建议遵循以下内存最佳实践， 包括建立内存基准。
您可以通过在 ApplicationExitInfo 中调用
getDescription 来确定应用会话是否受到影响；如果您的应用受到
影响，退出原因将为 REASON_OTHER 并且
说明将包含字符串 "MemoryLimiter:AnonSwap" 以及
其他信息。您还可以使用 基于触发器的分析（使用
TRIGGER_TYPE_ANOMALY）来获取在达到
内存限制时收集的堆转储。
为了帮助您查找内存泄漏，Android Studio Panda 直接在 Android Studio 性能分析器中添加了 LeakCanary 集成，作为 IDE 中特定任务，并与您的源代码完全集成。
보안
Android 17에는 기기 및 앱 보안이 다음과 같이 개선되었습니다.
usesClearTraffic 지원 중단 계획
我们计划在未来的版本中弃用 usesCleartextTraffic 元素。需要建立未加密 (HTTP) 连接的应用应迁移为使用网络安全配置文件，该文件可让您指定应用需要与哪些网域建立明文连接。
请注意，网络安全配置文件仅在 API 级别 24 及更高版本中受支持。如果您的应用的最低 API 级别低于 24，您应执行以下两项操作：
- 将
usesCleartextTraffic属性设置为true - 使用网络配置文件
如果应用的最低 API 级别为 24 或更高，您可以使用网络配置文件，而无需设置 usesCleartextTraffic。
암시적 URI 부여 제한
현재 앱이 Send, SendMultiple 또는 ImageCapture 작업이 있는 URI로 인텐트를 실행하면 시스템에서 타겟 앱에 읽기 및 쓰기 URI 권한을 자동으로 부여합니다. Android 18에서는 이 동작을 변경할 계획입니다. 따라서 시스템에서 권한을 부여하도록 하는 대신 앱에서 관련 URI 권한을 명시적으로 부여하는 것이 좋습니다.
앱별 키 저장소 한도
应用应避免在 Android 密钥库中创建过多的密钥，因为它是设备上所有应用的共享资源。从 Android 17 开始，系统会强制限制应用可拥有的密钥数量。对于以 Android 17（API 级别 37）或更高版本为目标平台的非系统应用，密钥数量上限为 50,000 个；对于所有其他应用，密钥数量上限为 200,000 个。无论系统应用以哪个 API 级别为目标，其密钥数量上限均为 20 万。
如果应用尝试创建超出限制的密钥，则创建会失败并显示 KeyStoreException。异常的消息字符串包含有关密钥限制的信息。如果应用针对异常调用 getNumericErrorCode()，则返回值取决于应用的目标 API 级别：
- 如果应用以 Android 17（API 级别 37）或更高版本为目标平台，
getNumericErrorCode()会返回新的ERROR_TOO_MANY_KEYS值。 - 所有其他应用：
getNumericErrorCode()返回ERROR_INCORRECT_USAGE。
사용자 환경 및 시스템 UI
Android 17에는 더 일관되고 직관적인 사용자 환경을 만들기 위한 다음 변경사항이 포함되어 있습니다.
회전 후 기본 IME 공개 상태 복원
Android 17부터 기기의 구성이 변경되고 (예: 회전을 통해) 앱 자체에서 이를 처리하지 않으면 이전 IME 가시성이 복원되지 않습니다.
앱이 처리하지 않는 구성 변경이 발생하고 변경 후 앱에 키보드가 표시되어야 하는 경우 이를 명시적으로 요청해야 합니다. 다음 방법 중 하나로 요청할 수 있습니다.
android:windowSoftInputMode속성을stateAlwaysVisible으로 설정합니다.- 활동의
onCreate()메서드에서 프로그래매틱 방식으로 소프트 키보드를 요청하거나onConfigurationChanged()메서드를 추가합니다.
수동 입력
Android 17에는 앱이 키보드 및 터치패드와 같은 수동 입력 기기와 상호작용하는 방식에 영향을 주는 다음과 같은 변경사항이 포함되어 있습니다.
터치패드는 포인터 캡처 중에 기본적으로 상대 이벤트를 전달함
从 Android 17 开始，如果应用使用 View.requestPointerCapture() 请求捕获指针，并且用户使用触控板，系统会识别用户触摸操作产生的指针移动和滚动手势，并以与捕获的鼠标产生的指针和滚轮移动相同的方式将这些信息报告给应用。在大多数情况下，这使得支持捕获鼠标的应用无需为触控板添加特殊的处理逻辑。如需了解详情，请参阅 View.POINTER_CAPTURE_MODE_RELATIVE 的文档。
之前，系统不会尝试识别触控板的手势，而是以类似于触摸屏触摸的格式将原始的绝对手指位置传递给应用。如果应用仍需要此绝对数据，则应改为使用 View.POINTER_CAPTURE_MODE_ABSOLUTE 调用新的 View.requestPointerCapture(int) 方法。
미디어
Android 17에는 미디어 동작이 다음과 같이 변경되었습니다.
백그라운드 오디오 강화
从 Android 17 开始，音频框架会对后台音频互动（包括音频播放、音频焦点请求和音量更改 API）强制执行限制，以确保这些更改是由用户有意发起的。
如果应用尝试在应用未处于有效生命周期时调用音频 API，则音频播放和音量更改 API 会以静默方式失败，而不会抛出异常或提供失败消息。音频焦点 API 会失败，并返回结果代码 AUDIOFOCUS_REQUEST_FAILED。
如需了解详情（包括缓解措施），请参阅后台音频安全加固。
연결
Android 17에는 기기 연결을 개선하기 위한 다음과 같은 변경사항이 포함되어 있습니다.
블루투스 결합 손실 시 자동 재페어링
Android 17 引入了自主重新配对功能，这是一项系统级增强功能，旨在自动解决蓝牙配对信息丢失问题。
以前，如果配对信息丢失，用户必须手动前往“设置”取消配对，然后重新配对外围设备。此功能以 Android 16 的安全改进为基础，允许系统在后台重新建立配对信息，而无需用户手动前往“设置”取消配对并重新配对外围设备。
虽然大多数应用不需要更改代码，但开发者应注意蓝牙堆栈中的以下行为变更：
- 新的配对上下文：
ACTION_PAIRING_REQUEST现在包含EXTRA_PAIRING_CONTEXTextra，允许应用区分 标准配对请求和自主系统发起的重新配对尝试。 - 有条件的密钥更新：只有在重新配对成功且新连接达到或超过之前配对信息的安全级别时，才会替换现有安全密钥。
- 修改后的 intent 时间：现在，只有在自主重新配对尝试失败时，才会广播
ACTION_KEY_MISSINGintent。如果系统在后台成功恢复配对信息，则可以减少应用中不必要的错误处理。 - 用户通知：系统通过新的界面通知和对话框管理重新配对。系统会提示用户确认重新配对尝试，以确保用户了解重新连接。
外围设备制造商和配套应用开发者应验证硬件和应用是否能妥善处理配对信息转换。如需测试此行为，请使用以下任一方法模拟远程配对信息丢失：
- 从外围设备中手动移除配对信息
- 在“设置”>“已连接的设备”中手动取消配对设备