Android 9 기능 및 API

Android 9 (API 수준 28)에서는 사용자와 개발자를 위한 훌륭한 새 기능이 도입되었습니다. 이 문서에서는 개발자를 위한 새로운 기능을 소개합니다.

새로운 API에 대해 알아보려면 API 차이점 보고서를 읽어보거나 Android API 참조를 방문하세요. 또한 Android 9 동작 변경사항을 확인하여 플랫폼 변경이 앱에 영향을 줄 수 있는 분야에 관해 알아보세요.

Wi-Fi RTT를 사용한 실내 위치 파악

Android 9에서는 IEEE 802.11-2016 Wi-Fi 프로토콜(Wi-Fi 왕복 시간(RTT)이라고도 함)을 위한 플랫폼 지원이 추가되어 앱에서 실내 위치 파악을 활용할 수 있습니다.

하드웨어 지원이 있는 Android 9를 실행하는 기기에서 앱은 RTT API를 사용하여 주변의 RTT 지원 Wi-Fi 액세스 포인트 (AP)까지의 거리를 측정할 수 있습니다. 기기에서 위치 서비스가 사용 설정되어 있고 Wi-Fi 검색이 사용 설정되어 있어야 하며 (설정 > 위치) 앱에 ACCESS_FINE_LOCATION 권한이 있어야 합니다. 기기는 RTT를 사용하기 위해 액세스 포인트에 연결하지 않아도 됩니다. 개인 정보 보호를 위해 휴대전화만 액세스 포인트에 대한 거리를 측정할 수 있으며, 액세스 포인트에는 이 정보가 없습니다.

기기에서 3개 이상의 액세스 포인트까지의 거리를 측정하는 경우 다변측정(MLAT) 알고리즘을 사용하여 해당 측정에 가장 적합한 기기 위치를 추정할 수 있습니다. 일반적으로 그 결과는 1~2미터 이내로 정확합니다.

이 정도의 정확도에서는 건물 내 탐색, 명확한 음성 제어(예: '조명 켜기'), 위치 기반 정보 (예: '이 제품에 관한 특별 이벤트가 있는지 여부')와 같은 세밀한 위치 기반 서비스와 같은 새로운 환경을 구축할 수 있습니다.

Android WifiRttScan 데모 앱에서 사용 중인 WiFi RTT API를 참고하세요.

자세한 내용은 Wi-Fi 위치: RTT를 사용한 범위 설정을 참고하세요.

디스플레이 컷아웃 지원

에뮬레이터를 사용하여 디스플레이 컷아웃 테스트

Android 9에서는 카메라와 스피커용 디스플레이 컷아웃이 포함된 최신 더 넓은 화면을 지원합니다. DisplayCutout 클래스를 사용하면 콘텐츠를 표시해서는 안 되는 비기능 영역의 위치와 모양을 확인할 수 있습니다. 이러한 컷아웃 영역의 존재 여부와 배치 위치를 확인하려면 getDisplayCutout() 메서드를 사용하세요.

새 창 레이아웃 속성인 layoutInDisplayCutoutMode을 사용하면 앱이 기기의 컷아웃 주위에 콘텐츠를 배치할 수 있습니다. 이 속성을 다음 값 중 하나로 설정할 수 있습니다.

• LAYOUT_IN_DISPLAY_CUTOUT_MODE_DEFAULT
• LAYOUT_IN_DISPLAY_CUTOUT_MODE_SHORT_EDGES
• LAYOUT_IN_DISPLAY_CUTOUT_MODE_NEVER

Android 9를 실행하는 모든 기기 또는 에뮬레이터에서 다음과 같이 화면 컷아웃을 시뮬레이션할 수 있습니다.

1. 개발자 옵션을 사용 설정합니다.
2. 개발자 옵션 화면에서 드로잉 섹션까지 아래로 스크롤하고 컷아웃이 있는 디스플레이 시뮬레이션을 선택합니다.
3. 컷아웃 크기를 선택합니다.

알림

Android 9에서는 알림이 여러 가지로 개선되었으며, 이러한 개선사항은 모두 API 수준 28 이상을 타겟팅하는 개발자가 사용할 수 있습니다.

사진이 첨부된 MessagingStyle

답장과 대화가 있는 MessagingStyle

Android 9 기능을 포함하여 알림을 사용하는 샘플 코드는 People 샘플을 참고하세요.

향상된 메시지 환경

Android 7.0 (API 수준 24)부터는 알림에서 직접 메시지에 회신하거나 다른 텍스트를 입력하는 작업을 추가할 수 있습니다. Android 9에서는 다음과 같이 이 기능이 개선되었습니다.

• 대화 참여자 지원 간소화: Person 클래스는 아바타와 URI를 비롯해 대화에 참여한 사용자를 식별하는 데 사용됩니다. 이제 addMessage()와 같은 다른 많은 API가 CharSequence 대신 Person 클래스를 활용합니다. Person 클래스는 빌더 디자인 패턴도 지원합니다.

• 이미지 지원: 이제 Android 9에서는 휴대전화의 메시지 알림에 이미지를 표시합니다. 메시지에 setData()를 사용하여 이미지를 표시할 수 있습니다. 다음 코드 스니펫은 이미지가 포함된 메시지와 Person를 만드는 방법을 보여줍니다.

// Create new Person.
val sender = Person()
        .setName(name)
        .setUri(uri)
        .setIcon(null)
        .build()
// Create image message.
val message = Message("Picture", time, sender)
        .setData("image/", imageUri)
val style = Notification.MessagingStyle(getUser())
        .addMessage("Check this out!", 0, sender)
        .addMessage(message)

// Create new Person.
Person sender = new Person()
        .setName(name)
        .setUri(uri)
        .setIcon(null)
        .build();
// Create image message.
Message message = new Message("Picture", time, sender)
        .setData("image/", imageUri);
Notification.MessagingStyle style = new Notification.MessagingStyle(getUser())
        .addMessage("Check this out!", 0, sender)
        .addMessage(message);

• 답장을 임시보관으로 저장: 사용자가 실수로 메시지 알림을 닫을 때 시스템에서 보낸 EXTRA_REMOTE_INPUT_DRAFT을 앱에서 가져올 수 있습니다. 이 추가 데이터를 사용하여 사용자가 답장을 완료할 수 있도록 앱의 텍스트 필드를 미리 채울 수 있습니다.

• 대화가 그룹 대화인지 식별: setGroupConversation()를 사용하여 대화를 그룹 대화 또는 비그룹 대화로 의도적으로 식별할 수 있습니다.

• 인텐트의 시맨틱 작업 설정: setSemanticAction() 메서드를 사용하면 '읽음으로 표시', '삭제', '답장'과 같은 작업에 시맨틱 의미를 부여할 수 있습니다.

• SmartReply: Android 9는 메시지 앱에서 사용할 수 있는 것과 동일한 추천 답장을 지원합니다. RemoteInput.setChoices()를 사용하여 사용자에게 표준 응답 배열을 제공합니다.

채널 설정, 방송, 방해 금지 모드

Android 8.0에서는 알림 채널이 도입되어 표시하려는 각 알림 유형에 대해 사용자가 맞춤설정할 수 있는 채널을 만들 수 있습니다. Android 9은 이러한 변경을 통해 알림 채널 설정을 단순화합니다.

• 채널 그룹 차단: 이제 사용자는 앱의 알림 설정 내에서 전체 채널 그룹을 차단할 수 있습니다. isBlocked() 메서드를 사용하여 그룹이 차단된 시점을 파악하고 그 결과 해당 그룹의 채널에 대한 알림을 전송하지 않을 수 있습니다.

  또한 앱은 새 getNotificationChannelGroup() 메서드를 사용하여 현재 채널 그룹 설정을 쿼리할 수 있습니다.

• 새로운 브로드캐스트 인텐트 유형: 이제 Android 시스템은 알림 채널 및 채널 그룹의 차단 상태가 변경될 때 브로드캐스트 인텐트를 전송합니다. 차단된 채널 또는 그룹을 소유한 앱은 이러한 인텐트를 수신 대기하고 적절하게 반응할 수 있습니다. 이러한 인텐트 작업 및 추가 정보에 관한 자세한 내용은 NotificationManager 참조의 업데이트된 상수 목록을 참고하세요. 브로드캐스트 인텐트에 반응하는 방법에 관한 자세한 내용은 브로드캐스트를 참고하세요.

• NotificationManager.Policy에는 다음과 같은 세 가지 새로운 방해 금지 모드 우선순위 카테고리가 있습니다.

  • PRIORITY_CATEGORY_ALARMS는 알람에 우선순위를 부여합니다.
  • PRIORITY_CATEGORY_MEDIA는 미디어 및 음성 탐색과 같은 미디어 소스의 소리를 우선시합니다.
  • PRIORITY_CATEGORY_SYSTEM은 시스템 소리에 우선순위를 부여합니다.

• NotificationManager.Policy에는 시각적 방해를 억제하는 데 사용할 수 있는 7개의 새로운 방해 금지 모드 상수가 있습니다.

  • SUPPRESSED_EFFECT_FULL_SCREEN_INTENT는 알림이 전체 화면 활동을 실행하지 못하도록 합니다.
  • SUPPRESSED_EFFECT_LIGHTS 알림 표시등을 차단합니다.
  • SUPPRESSED_EFFECT_PEEK은 알림이 잠시 표시되는 것을 방지합니다 ('엿보기').
  • SUPPRESSED_EFFECT_STATUS_BAR는 상태 표시줄을 지원하는 기기의 상태 표시줄에 알림이 표시되지 않도록 합니다.
  • SUPPRESSED_EFFECT_BADGE는 배지 표시를 지원하는 기기에서 배지를 차단합니다. 자세한 내용은 알림 배지 수정을 참고하세요.
  • SUPPRESSED_EFFECT_AMBIENT 대기 모드에서 앨범 표시를 지원하는 기기에서 알림을 차단합니다.
  • SUPPRESSED_EFFECT_NOTIFICATION_LIST 는 알림 세부정보나 잠금 화면과 같은 목록 보기를 지원하는 기기의 목록 보기에 알림이 표시되지 않도록 합니다.

다중 카메라 지원 및 카메라 업데이트

Android 9를 실행하는 기기에서는 두 개 이상의 실제 카메라에서 동시에 스트림에 액세스할 수 있습니다. 듀얼 전면 카메라나 듀얼 후면 카메라가 있는 기기에서는 단일 카메라로는 불가능한 혁신적인 기능(예: 끊김 없는 줌, 보케, 스테레오 비전)을 만들 수 있습니다. API를 사용하면 두 개 이상의 카메라 간에 자동으로 전환되는 논리 또는 융합 카메라 스트림을 호출할 수도 있습니다.

카메라의 기타 개선사항으로는 초기 캡처 중 지연을 줄이는 데 도움이 되는 추가 세션 매개변수와 카메라 클라이언트가 카메라 스트리밍을 중지하고 시작할 필요 없이 다양한 사용 사례를 처리할 수 있는 서피스 공유가 있습니다. 디스플레이 기반 플래시 지원 및 앱 수준 이미지 안정화 및 특수 효과를 위한 OIS 타임스탬프 액세스 API도 추가했습니다.

Android 9에서 다중 카메라 API는 FULL 또는 LIMITED 기능이 있는 기기의 흑백 카메라를 지원합니다. 흑백 출력은 Y를 그레이 스케일로, U (Cb)를 128로, V (Cr)을 128로 하는 YUV_420_888 형식을 통해 달성됩니다.

Android 9에서는 지원되는 기기에서 외부 USB/UVC 카메라도 지원합니다.

드로어블 및 비트맵용 ImageDecoder

Android 9에서는 이미지를 디코딩하는 최신 접근 방식을 제공하는 ImageDecoder 클래스가 도입되었습니다. BitmapFactory 및 BitmapFactory.Options API 대신 이 클래스를 사용하세요.

ImageDecoder를 사용하면 바이트 버퍼, 파일 또는 URI에서 Drawable 또는 Bitmap를 만들 수 있습니다. 이미지를 디코딩하려면 먼저 인코딩된 이미지의 소스와 함께 createSource()를 호출합니다. 그런 다음 ImageDecoder.Source 객체를 전달하여 decodeDrawable() 또는 decodeBitmap()를 호출하여 Drawable 또는 Bitmap를 만듭니다. 기본 설정을 변경하려면 OnHeaderDecodedListener을 decodeDrawable() 또는 decodeBitmap()에 전달하세요. ImageDecoder는 이미지의 기본 너비와 높이가 알려지면 이를 사용하여 onHeaderDecoded()를 호출합니다. 인코딩된 이미지가 애니메이션 GIF 또는 WebP인 경우 decodeDrawable()는 AnimatedImageDrawable 클래스의 인스턴스인 Drawable를 반환합니다.

이미지 속성을 설정하기 위해 다른 메서드를 사용할 수 있습니다.

• 디코딩된 이미지를 정확한 크기로 조정하려면 타겟 크기를 setTargetSize()에 전달합니다. 또한 샘플 크기를 사용하여 이미지의 배율을 조정할 수도 있습니다. 샘플 크기를 setTargetSampleSize()에 직접 전달합니다.
• 확대된 이미지 범위 내에서 이미지를 자르려면 setCrop()를 호출합니다.
• 변경 가능한 비트맵을 만들려면 true를 setMutableRequired()에 전달합니다.

ImageDecoder를 사용하면 둥근 모서리나 원형 마스크와 같은 맞춤설정된 복잡한 효과를 이미지에 추가할 수도 있습니다. PostProcessor 클래스의 인스턴스와 함께 setPostProcessor()를 사용하여 원하는 그리기 명령어를 실행합니다.

애니메이션

Android 9에서는 GIF 및 WebP 애니메이션 이미지를 그리고 표시하는 AnimatedImageDrawable 클래스를 도입합니다. AnimatedImageDrawable는 렌더링 스레드가 AnimatedImageDrawable의 애니메이션을 구동한다는 점에서 AnimatedVectorDrawable와 유사하게 작동합니다. 렌더링 스레드는 작업자 스레드를 사용하여 디코딩하므로 디코딩이 렌더링 스레드의 다른 작업을 방해하지 않습니다. 이 구현을 사용하면 앱이 업데이트를 관리하거나 앱의 UI 스레드에서 다른 이벤트를 방해하지 않고도 애니메이션 이미지를 표시할 수 있습니다.

AnimatedImageDrawable는 ImageDecoder 인스턴스를 사용하여 디코딩할 수 있습니다. 다음 코드 스니펫은 ImageDecoder를 사용하여 AnimatedImageDrawable를 디코딩하는 방법을 보여줍니다.

@Throws(IOException::class)
private fun decodeImage() {
    val decodedAnimation = ImageDecoder.decodeDrawable(
        ImageDecoder.createSource(resources, R.drawable.my_drawable))

    // Prior to start(), the first frame is displayed.
    (decodedAnimation as? AnimatedImageDrawable)?.start()
}

private void decodeImage() throws IOException {
    Drawable decodedAnimation = ImageDecoder.decodeDrawable(
        ImageDecoder.createSource(getResources(), R.drawable.my_drawable));

    if (decodedAnimation instanceof AnimatedImageDrawable) {
        // Prior to start(), the first frame is displayed.
        ((AnimatedImageDrawable) decodedAnimation).start();
    }
}

ImageDecoder에는 이미지를 추가로 수정할 수 있는 여러 메서드가 있습니다. 예를 들어 setPostProcessor() 메서드를 사용하여 원 마스크나 둥근 모서리를 적용하는 등 이미지의 모양을 수정할 수 있습니다.

HDR VP9 동영상, HEIF 이미지 압축, 미디어 API

Android 9에서는 HDR (High Dynamic Range) VP9 Profile 2를 기본적으로 지원하므로 HDR 지원 기기에서 YouTube, Play 무비 및 기타 소스를 통해 사용자에게 HDR 지원 영화를 제공할 수 있습니다.

Android 9에서는 고효율 이미지 파일 형식 (HEIF 또는 HEIC)을 사용하여 이미지를 인코딩하는 기능도 추가되어 압축률이 높아지고 저장공간과 네트워크 데이터 사용량이 줄어듭니다. HEIF 정지 이미지 샘플은 MediaMuxer 및 MediaExtractor 클래스에서 지원됩니다. Android 9 기기에서 플랫폼을 지원하므로 백엔드 서버에서 HEIF 이미지를 쉽게 전송하고 활용할 수 있습니다. 앱이 공유 및 표시를 위한 이 데이터 형식과 호환되는지 확인한 후 앱에서 HEIF를 이미지 저장 형식으로 사용해 보세요. ImageDecoder 또는 BitmapFactory (JPEG 파일에서 비트맵을 가져옴)을 사용하여 jpeg-to-heic 변환을 할 수 있습니다. 그런 다음 HeifWriter를 사용하여 YUV 바이트 버퍼나 Surface 또는 Bitmap 인스턴스에서 HEIF 정지 이미지를 작성할 수 있습니다.

미디어 측정항목은 AudioTrack, AudioRecord, MediaDrm 클래스에서도 사용할 수 있습니다.

Android 9에서는 MediaDRM 클래스에 측정항목, HDCP 수준, 보안 수준, 세션 수를 가져오고 보안 수준과 보안 중지에 대한 제어를 추가하는 메서드를 도입합니다. 자세한 내용은 API 차이 보고서를 참고하세요.

Android 9에서 AAudio API는 사용, 콘텐츠 유형, 입력 사전 설정 등 여러 추가 AAudioStream 속성에 대한 지원을 추가합니다. 이러한 속성을 사용하여 VoIP 또는 캠코더 애플리케이션에 맞게 조정된 스트림을 만들 수 있습니다. 효과를 포함할 수 있는 서브믹스와 AAudio 스트림을 연결하도록 세션 ID를 설정할 수도 있습니다. AudioEffect API를 사용하여 효과를 제어합니다.

Android 9에서는 동적 처리을 위한 AudioEffect API가 도입되었습니다. 이 클래스를 사용하면 여러 단계에 걸쳐 이퀄라이제이션, 멀티밴드 압축, 리미터 등 채널 기반 오디오 효과를 빌드할 수 있습니다. 밴드 수와 활성 단계는 구성할 수 있으며 대부분의 매개변수는 실시간으로 제어할 수 있습니다.

JobScheduler의 데이터 비용 민감도

Android 9부터 JobScheduler는 이동통신사에서 제공하는 네트워크 상태 신호를 사용하여 네트워크 관련 작업 처리를 개선할 수 있습니다.

작업은 예상 데이터 크기를 선언하고, 미리 가져오기를 알리고, 상세한 네트워크 요구사항을 지정할 수 있습니다. 그러면 JobScheduler가 네트워크 상태에 따라 작업을 관리합니다. 예를 들어 네트워크에서 혼잡하다고 신호를 보내면 JobScheduler은 대규모 네트워크 요청을 지연시킬 수 있습니다. 무제한 네트워크에 연결된 경우 JobScheduler은 헤드라인을 미리 가져오는 등 사용자 환경을 개선하기 위해 미리 가져오기 작업을 실행할 수 있습니다.

작업을 추가할 때는 JobScheduler가 작업을 적절하게 처리할 수 있도록 필요한 경우 setEstimatedNetworkBytes(), setPrefetch(), setRequiredNetwork()를 사용하세요. 작업이 실행될 때 JobParameters.getNetwork()에서 반환된 Network 객체를 사용해야 합니다. 그렇지 않으면 요구사항을 충족하지 않아 의도치 않은 데이터 사용을 유발할 수 있는 기기의 기본 네트워크가 암시적으로 사용됩니다.

Neural Networks API 1.1

Neural Networks API는 Android에서 기기 내 머신러닝을 가속화하기 위해 Android 8.1 (API 수준 27)에 도입되었습니다. Android 9에서는 API를 확장하고 개선하여 다음과 같은 9가지 새로운 작업을 지원합니다.

• 요소별 수학 연산:
  • ANEURALNETWORKS_DIV
  • ANEURALNETWORKS_SUB
• 배열 작업:
  • ANEURALNETWORKS_BATCH_TO_SPACE_ND
  • ANEURALNETWORKS_SPACE_TO_BATCH_ND
  • ANEURALNETWORKS_SQUEEZE
  • ANEURALNETWORKS_STRIDED_SLICE
  • ANEURALNETWORKS_TRANSPOSE
  • ANEURALNETWORKS_PAD
  • ANEURALNETWORKS_MEAN

알려진 문제: ANEURALNETWORKS_TENSOR_QUANT8_ASYMM 텐서를 Android 9 이상에서 사용 가능한 ANEURALNETWORKS_PAD 연산으로 전달할 때 NNAPI의 출력이 TensorFlow Lite와 같이 더 높은 수준의 머신러닝 프레임워크의 출력과 일치하지 않을 수 있습니다. 대신 문제가 해결될 때까지 ANEURALNETWORKS_TENSOR_FLOAT32만 전달해야 합니다.

또한 이 API에는 IEEE 754 16비트 부동 소수점 형식만큼 낮은 범위와 정밀도로 ANEURALNETWORKS_TENSOR_FLOAT32을 계산할지 여부를 지정할 수 있는 새 함수 ANeuralNetworksModel_relaxComputationFloat32toFloat16()도 도입되었습니다.

자동 완성 프레임워크

Android 9에서는 자동 완성 서비스가 양식을 작성할 때 사용자 환경을 더욱 개선하기 위해 구현할 수 있는 여러 개선사항이 도입되었습니다. 앱에서 자동 완성 기능을 사용하는 방법에 관한 자세한 내용은 자동 완성 프레임워크 가이드를 참고하세요.

보안 기능 향상

Android 9에는 여러 가지 보안 기능이 도입되며 아래의 섹션에 그 내용이 요약되어 있습니다.

Android 보안 확인

Android 9 이상을 실행하는 지원되는 기기는 Android 보안 확인을 사용할 수 있는 기능을 제공합니다. 이 워크플로를 사용할 때, 사용자에게 짧은 문을 승인해 달라고 요구하는 메시지가 앱에 표시됩니다. 앱에서는 이 문을 통해 사용자가 결제와 같은 중요한 트랜잭션을 완료하겠다는 의사를 재차 확인할 수 있습니다.

사용자가 이 문을 수락하면 Android Keystore는 키 해시 메시지 인증 코드 (HMAC)로 보호되는 암호화 서명을 수신하고 저장합니다. Android Keystore에서 메시지의 유효성을 확인하면 앱은 신뢰할 수 있는 실행 환경 (TEE)에서 trustedConfirmationRequired로 생성된 키를 사용하여 사용자가 수락한 메시지에 서명할 수 있습니다. 이 서명은 강한 확신을 가지고 사용자가 문을 보고 그 내용에 동의했음을 나타냅니다.

주의: Android 보안 확인은 사용자를 위한 보안 정보 채널을 제공하지 않습니다. 앱은 Android 플랫폼이 제공하는 수준을 넘어서는 그 어떤 기밀성 보장도 가정할 수 없습니다. 특히, 통상적으로 사용자 기기에 표시하지 않을 민감한 정보를 표시하려는 목적으로 이 워크플로를 사용해서는 안 됩니다.

Android 보안 확인 지원을 추가하는 방법에 관한 안내는 Android 보안 확인 가이드를 참고하세요.

통합 생체 인식 인증 대화상자

Android 9에서 시스템은 앱을 대신하여 생체 인식 인증 대화상자를 제공합니다. 이 기능은 대화상자의 표준화된 모양, 느낌, 배치를 만들어 사용자가 신뢰할 수 있는 생체 인식 사용자 인증 정보 검사기에 대해 인증하고 있다는 확신을 갖게 합니다.

앱에서 FingerprintManager를 사용하여 사용자에게 지문 인증 대화상자를 표시하는 경우 대신 BiometricPrompt를 사용하도록 전환하세요. BiometricPrompt는 시스템이 인증 대화상자를 표시하는 데 의존합니다. 또한 사용자가 선택한 생체 인식 인증 유형에 맞게 동작을 변경합니다.

하드웨어 보안 모듈

Android 9 이상이 설치되어 실행되는 지원 기기에는 하드웨어 보안 모듈에 상주하는 KeyMint (이전 명칭: Keymaster) HAL 구현인 StrongBox KeyMint (이전 명칭: Keymaster)가 있을 수 있습니다. 모듈에 포함된 구성요소는 다음과 같습니다.

• 자체 CPU
• 보안 저장소
• 순수 난수 생성기
• 패키지 변조와 앱의 무단 사이드로드를 방지하는 추가 메커니즘

시스템은 StrongBox KeyMint에 저장된 키를 검사할 때 TEE (신뢰할 수 있는 실행 환경)를 사용하여 키의 무결성을 입증합니다.

StrongBox KeyMint 사용에 관한 자세한 내용은 하드웨어 보안 모듈을 참고하세요.

키 저장소로 보안 키 가져오기

Android 9에서는 ASN.1로 인코딩된 키 형식을 사용하여 암호화된 키를 Keystore로 안전하게 가져오는 기능을 추가하여 키 복호화 보안을 강화합니다. 그런 다음 KeyMint가 키 저장소의 키를 복호화하므로 키의 내용이 기기의 호스트 메모리에 일반 텍스트로 표시되지 않습니다.

암호화된 키를 더 안전하게 가져오는 방법을 자세히 알아보세요.

키 순환이 적용된 APK 서명 체계

Android 9은 APK Signature Scheme v3를 위한 지원을 추가합니다. 이 스킴에는 각 서명 인증서의 서명 블록에 proof-of-rotation 레코드를 포함하는 옵션이 있습니다. 이 기능을 사용하면 APK 파일의 이전 서명 인증서를 현재 서명된 인증서에 연결하여 새 서명 인증서로 앱에 서명할 수 있습니다.

apksigner을 사용하여 키를 순환하는 방법을 자세히 알아보세요.

잠금 해제된 기기에서만 키 복호화를 허용하는 옵션

Android 9에서는 unlockedDeviceRequired 플래그가 도입되었습니다. 이 옵션은 지정된 키를 사용하여 전송 중이거나 저장된 데이터를 복호화하기 전에 키 저장소에서 화면 잠금 해제를 요구하는지 여부를 결정합니다. 이러한 유형의 키는 건강 또는 기업 데이터와 같이 디스크에 저장할 민감한 데이터를 암호화하는 데 적합합니다. 이 플래그는 휴대전화를 분실하거나 도난당한 경우 기기가 잠겨 있는 동안 데이터를 복호화할 수 없다는 더 높은 보증을 사용자에게 제공합니다.

기기가 잠겨 있는 동안 키가 복호화되지 않도록 하려면 true를 setUnlockedDeviceRequired() 메서드에 전달하여 플래그를 사용 설정하세요. 이 단계를 완료한 후 사용자의 화면이 잠겨 있으면 이 키를 사용하여 데이터를 복호화하거나 서명하려는 시도가 실패합니다. 잠긴 기기에 액세스하려면 PIN, 비밀번호, 지문 또는 기타 신뢰할 수 있는 요소가 필요합니다.

기존 암호화 지원

Keymaster 4와 함께 제공되는 Android 9 기기는 3중 데이터 암호화 알고리즘(Triple DES)을 지원합니다. 앱이 Triple DES가 필요한 기존 시스템과 상호 운용되는 경우 민감한 사용자 인증 정보를 암호화할 때 이 유형의 암호를 사용하세요.

앱의 보안을 강화하는 방법을 자세히 알아보려면 Android 개발자용 보안을 참고하세요.

WPS 지원 중단

보안상의 이유로 Wi-Fi Protected 설정 (WPS)이 지원 중단됩니다.

• 사용자가 Android 9 이상을 사용하여 백업을 사용 설정했습니다.
• 사용자가 잠금 해제에 PIN, 패턴 또는 비밀번호가 필요한 기기에 화면 잠금을 설정했습니다.

이 개인 정보 보호 조치가 사용 설정되면 사용자의 기기에서 만든 백업에서 데이터를 복원하는 데 기기의 PIN, 패턴 또는 비밀번호가 필요합니다. 이 기능의 기반이 되는 기술에 대해 자세히 알아보려면 Google Cloud Key Vault 서비스 백서를 참고하세요.

백업에 필요한 기기 조건 정의

앱 데이터에 민감한 정보나 환경설정이 포함된 경우 Android 9에서는 클라이언트 측 암호화가 사용 설정되었거나 로컬 기기 간 전송이 진행되는 등 사용자의 백업에 앱 데이터가 포함되는 기기 조건을 정의할 수 있습니다.

Android 기기에서 데이터를 백업하는 방법을 자세히 알아보려면 데이터 백업 개요를 참고하세요.

접근성

Android 9에서는 접근성 프레임워크가 개선되어 앱 사용자에게 훨씬 더 나은 환경을 제공하기가 쉬워졌습니다.

탐색 시맨틱스

Android 9에 추가된 속성을 사용하면 접근성 서비스, 특히 스크린 리더가 화면의 한 부분에서 다른 부분으로 이동하는 방식을 더 쉽게 정의할 수 있습니다. 이러한 속성은 시각장애인이 앱 UI의 텍스트를 빠르게 이동하고 선택할 수 있도록 지원합니다.

예를 들어 쇼핑 앱에서 스크린 리더는 사용자가 한 카테고리의 할인 상품에서 다음 카테고리로 직접 이동할 수 있도록 지원합니다. 스크린 리더가 다음 카테고리로 이동하기 전에 한 카테고리의 모든 상품을 읽지 않아도 됩니다.

접근성 창(pane) 제목

Android 8.1 (API 수준 27) 이하에서는 활동이 한 프래그먼트를 다른 프래그먼트로 대체하는 경우와 같이 화면의 특정 창이 업데이트된 시점을 접근성 서비스가 항상 확인할 수 있는 것은 아닙니다. 창은 일반적으로 프래그먼트를 구성하는 논리적으로 그룹화되고 시각적으로 관련된 UI 요소로 구성됩니다.

Android 9에서는 이러한 창에 접근성 창 제목 또는 개별적으로 식별 가능한 제목을 제공할 수 있습니다. 창에 접근성 창 제목이 있으면 창이 변경될 때 접근성 서비스가 더 자세한 정보를 수신합니다. 이 기능을 사용하면 서비스에서 UI의 변경사항에 관한 더 세분화된 정보를 사용자에게 제공할 수 있습니다.

창(pane)의 제목을 지정하려면 android:accessibilityPaneTitle 속성을 사용합니다. setAccessibilityPaneTitle()를 사용하여 런타임에 대체되는 UI 창의 제목을 업데이트할 수도 있습니다. 예를 들어 Fragment 객체의 콘텐츠 영역에 제목을 제공할 수 있습니다.

제목 기반 탐색

앱에 논리적 제목이 포함된 텍스트 콘텐츠가 표시되는 경우 해당 제목을 나타내는 View 인스턴스의 android:accessibilityHeading 속성을 true로 설정합니다. 이러한 제목을 추가하면 접근성 서비스가 사용자가 한 제목에서 다음 제목으로 직접 이동하도록 지원할 수 있습니다. 모든 접근성 서비스는 이 기능을 사용하여 사용자의 UI 탐색 환경을 개선할 수 있습니다.

그룹 탐색 및 출력

스크린 리더는 전통적으로 android:focusable 속성을 사용하여 ViewGroup 또는 View 객체 모음을 단일 단위로 읽어야 하는 시점을 결정했습니다. 이렇게 하면 사용자가 뷰가 서로 논리적으로 관련되어 있음을 이해할 수 있습니다.

Android 8.1 이하에서는 ViewGroup 내의 각 View 객체를 포커스 불가능으로 표시하고 ViewGroup 자체를 포커스 가능으로 표시해야 합니다. 이로 인해 일부 View 인스턴스가 키보드 탐색을 더 번거롭게 만드는 방식으로 포커스 가능으로 표시되었습니다.

Android 9부터는 View 객체를 포커스 가능하게 만드는 것이 바람직하지 않은 상황에서 android:focusable 속성 대신 android:screenReaderFocusable 속성을 사용할 수 있습니다. 스크린 리더는 android:screenReaderFocusable 또는 android:focusable이 true로 설정된 모든 요소에 포커스를 배치합니다.

편의 작업

Android 9에서는 사용자를 대신하여 편의 작업을 수행하기 위한 지원이 추가되었습니다.

도움말과의 상호작용

접근성 프레임워크에 추가된 기능을 사용하면 앱 UI의 도움말에 액세스할 수 있습니다.

getTooltipText()를 사용해 도움말 텍스트를 읽고 ACTION_SHOW_TOOLTIP 및 ACTION_HIDE_TOOLTIP을 사용해 도움말을 표시하거나 숨기도록 View의 인스턴스에 지시할 수 있습니다.

전역 작업 추가

Android 9에서는 AccessibilityService 클래스에 두 가지 추가 기기 작업을 지원합니다. 서비스는 사용자가 각각 GLOBAL_ACTION_LOCK_SCREEN 및 GLOBAL_ACTION_TAKE_SCREENSHOT 작업을 사용하여 기기를 잠그고 스크린샷을 찍도록 지원할 수 있습니다.

창 변경 세부정보

Android 9에서는 앱이 여러 창을 동시에 다시 그릴 때 앱 창의 업데이트를 더 쉽게 추적할 수 있습니다. TYPE_WINDOWS_CHANGED 이벤트가 발생하면 getWindowChanges() API를 사용하여 창이 어떻게 변경되었는지 확인할 수 있습니다. 다중 창 업데이트 중에 각 창은 자체 이벤트 집합을 생성합니다. getSource() 메서드는 각 이벤트와 연결된 창의 루트 뷰를 반환합니다.

앱에서 View 객체의 접근성 창(pane) 제목을 정의한 경우 앱의 UI가 업데이트되면 서비스에서 이를 인식할 수 있습니다. TYPE_WINDOW_STATE_CHANGED 이벤트가 발생하면 getContentChangeTypes()에서 반환한 유형을 사용하여 창(window)이 어떻게 변경되었는지 확인합니다. 예를 들어 프레임워크는 창에 새 제목이 있거나 창이 사라지면 이를 감지할 수 있습니다.

회전

의도하지 않은 회전을 없애기 위해 기기 위치가 변경되더라도 현재 방향을 고정하는 모드가 추가되었습니다. 사용자는 필요한 경우 시스템 표시줄의 버튼을 눌러 회전을 수동으로 트리거할 수 있습니다.

앱에 대한 호환성의 영향은 대부분의 경우 최소한입니다. 하지만 앱에 맞춤 회전 동작이 있거나 비정상적인 화면 방향 설정을 사용하는 경우 사용자 회전 환경설정이 항상 세로로 설정되어 있을 때는 눈에 띄지 않았던 문제가 발생할 수 있습니다. 앱의 모든 주요 활동에서 회전 동작을 살펴보고 모든 화면 방향 설정이 여전히 최적의 환경을 제공하는지 확인하는 것이 좋습니다.

자세한 내용은 관련 동작 변경사항을 참고하세요.

새로운 회전 모드에서는 필요할 때 사용자가 시스템 바의 새 버튼을 사용하여 수동으로 회전을 트리거할 수 있습니다.

텍스트

Android 9에서는 다음과 같은 텍스트 관련 기능을 플랫폼에 제공합니다.

• 미리 계산된 텍스트: PrecomputedText 클래스를 사용하면 필요한 정보를 미리 계산하고 캐시하여 텍스트 렌더링 성능을 개선할 수 있습니다. 또한 앱이 기본 스레드에서 텍스트 레이아웃을 실행할 수 있습니다.

• 돋보기: Magnifier 클래스는 돋보기 API를 제공하는 플랫폼 위젯으로, 모든 앱에서 일관된 돋보기 기능 환경을 지원합니다.

• 스마트 링크화: Android 9에서는 머신러닝을 활용하여 선택한 텍스트의 일부 항목을 식별하고 작업을 제안하는 TextClassifier 클래스를 개선합니다. 예를 들어 TextClassifier를 사용하면 앱에서 사용자가 전화번호를 선택했음을 감지할 수 있습니다. 그러면 앱에서 사용자에게 해당 번호를 사용하여 전화를 걸도록 제안할 수 있습니다. TextClassifier의 기능은 Linkify 클래스의 기능을 대체합니다.

• 텍스트 레이아웃: 여러 편의 메서드와 속성을 사용하면 UI 디자인을 더 쉽게 구현할 수 있습니다. 자세한 내용은 TextView의 참조 문서를 확인하세요.

DEX 파일의 ART 사전 변환

Android 9 이상을 실행하는 기기에서 Android 런타임(ART) AOT 컴파일러는 앱 패키지의 DEX 파일을 더 간결한 표현으로 변환하여 압축된 Dalvik Executable 형식 (DEX) 파일을 추가로 최적화합니다. 이 변경사항을 통해 앱을 더 빠르게 시작하고 디스크 공간과 RAM을 더 적게 사용할 수 있습니다.

이 개선사항은 특히 디스크 I/O 속도가 느린 저사양 기기에 유용합니다.

온디바이스 시스템 추적

Android 9에서는 기기에서 시스템 트레이스를 기록한 다음 이러한 기록의 보고서를 개발팀과 공유할 수 있습니다. 이 보고서는 HTML을 비롯한 여러 형식을 지원합니다.

이러한 트레이스를 수집하면 앱의 프로세스 및 스레드와 관련된 타이밍 데이터를 캡처하고 전역적으로 중요한 다른 유형의 기기 상태를 볼 수 있습니다.

이 도구에 관해 자세히 알아보려면 온디바이스 시스템 추적 실행을 참고하세요.