Android 9 (API 수준 28)에는 사용자와 개발자를 위한 훌륭한 새로운 기능이 도입되었습니다. 이 문서에서는 개발자를 위한 새로운 기능을 소개합니다.
새로운 API에 관해 알아보려면 API 차이점 보고서를 읽거나 Android API 참조를 방문하세요. 또한 Android 9 동작 변경사항을 확인하여 플랫폼 변경이 앱에 영향을 줄 수 있는 분야에 관해 알아보세요.
Wi-Fi RTT를 이용한 실내 위치추적
![새로운 RTT API는 앱에서 실내 위치추적을 지원합니다.](https://developer.android.com/static/images/about/versions/pie/rtt-nav.png?authuser=9&hl=ko)
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 데모 앱에서 사용 중인 Wi-Fi RTT API를 참고하세요.
자세한 내용은 Wi-Fi 위치: RTT로 범위 지정을 참고하세요.
디스플레이 컷아웃 지원
![다양한 컷아웃 크기를 보여주는 개발자 옵션 화면](https://developer.android.com/static/images/about/versions/pie/emulator-devoptions-cutout_2x.png?authuser=9&hl=ko)
에뮬레이터를 사용하여 디스플레이 컷아웃 테스트
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를 실행하는 모든 기기나 에뮬레이터에서 다음과 같이 화면 컷아웃을 시뮬레이션할 수 있습니다.
- 개발자 옵션을 사용 설정합니다.
- 개발자 옵션 화면에서 그리기 섹션까지 아래로 스크롤하고 컷아웃이 있는 디스플레이 시뮬레이션을 선택합니다.
- 컷아웃의 크기를 선택합니다.
알림
Android 9의 몇 가지 알림 개선사항은 API 수준 28 이상을 타겟팅하는 개발자가 사용할 수 있습니다.
![메시지 알림](https://developer.android.com/static/images/about/versions/pie/p-messaging.jpg?authuser=9&hl=ko)
사진이 첨부된 MessagingStyle
![메시지 알림](https://developer.android.com/static/images/about/versions/pie/p-replies.jpg?authuser=9&hl=ko)
답장 및 대화가 있는 MessagingStyle.
Android 9 기능을 비롯하여 알림을 사용하는 샘플 코드는 사용자 샘플을 참고하세요.
향상된 메시지 환경
Android 7.0 (API 수준 24)부터는 알림에서 직접 메시지에 답장하거나 다른 텍스트를 입력하는 작업을 추가할 수 있습니다. Android 9에서는 이 기능이 다음과 같이 향상되었습니다.
대화 참여자 지원 간소화:
Person
클래스는 아바타와 URI를 비롯하여 대화에 관련된 사용자를 식별하는 데 사용됩니다.addMessage()
와 같은 다른 많은 API가 이제CharSequence
대신Person
클래스를 활용합니다.Person
클래스는 빌더 디자인 패턴도 지원합니다.이미지 지원: 이제 Android 9에서 휴대전화의 메시지 알림에 이미지를 표시합니다. 메시지에
setData()
를 사용하여 이미지를 표시할 수 있습니다. 다음 코드 스니펫은Person
및 이미지가 포함된 메시지를 만드는 방법을 보여줍니다.
Kotlin
// 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)
Java
// 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를 실행하는 기기에서는 2개 이상의 물리적 카메라에서 동시에 스트림에 액세스할 수 있습니다. 듀얼 전면 카메라나 듀얼 후면 카메라가 장착된 기기에서는 하나의 카메라로는 불가능한 혁신적인 기능을 구현할 수 있습니다(예: 매끄러운 확대/축소, 빛망울 효과, 스테레오 비전). 또한 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
객체를 전달하여 Drawable
또는 Bitmap
를 만들어 decodeDrawable()
또는 decodeBitmap()
를 호출합니다. 기본 설정을 변경하려면 OnHeaderDecodedListener
를 decodeDrawable()
또는 decodeBitmap()
에 전달합니다. ImageDecoder
는 이미지의 기본 너비와 높이(알려진 경우)를 사용하여 onHeaderDecoded()
를 호출합니다.
인코딩된 이미지가 애니메이션 GIF 또는 WebP인 경우 decodeDrawable()
는 AnimatedImageDrawable
클래스의 인스턴스인 Drawable
를 반환합니다.
이미지 속성을 설정하기 위해 다른 메서드를 사용할 수 있습니다.
- 디코딩된 이미지를 정확한 크기로 조정하려면 타겟 크기를
setTargetSize()
에 전달합니다. 또한 샘플 크기를 사용하여 이미지의 배율을 조정할 수도 있습니다. 샘플 크기를setTargetSampleSize()
에 직접 전달합니다. - 조정된 이미지의 범위 내에서 이미지를 자르려면
setCrop()
를 호출합니다. - 변경 가능한 비트맵을 만들려면
true
를setMutableRequired()
에 전달합니다.
ImageDecoder
를 사용하면 둥근 모서리나 원형 마스크와 같은 복잡한 맞춤설정 효과를 이미지에 추가할 수도 있습니다. setPostProcessor()
를 PostProcessor
클래스의 인스턴스와 함께 사용하여 원하는 그리기 명령어를 실행합니다.
애니메이션
Android 9에는 GIF 및 WebP 애니메이션 이미지를 그리고 표시하기 위한 AnimatedImageDrawable
클래스가 도입되었습니다.
AnimatedImageDrawable
는 렌더링 스레드가 AnimatedImageDrawable
의 애니메이션을 구동한다는 점에서 AnimatedVectorDrawable
와 유사하게 작동합니다.
또한 렌더 스레드는 작업자 스레드를 사용하여 디코딩하므로 디코딩이 렌더 스레드의 다른 작업을 방해하지 않습니다. 이 구현을 사용하면 업데이트를 관리하거나 앱 UI 스레드의 다른 이벤트를 방해하지 않고도 앱에서 애니메이션 이미지를 표시할 수 있습니다.
AnimatedImageDrawable
는 ImageDecoder
인스턴스를 사용하여 디코딩할 수 있습니다. 다음 코드 스니펫은 ImageDecoder
를 사용하여 AnimatedImageDrawable
를 디코딩하는 방법을 보여줍니다.
Kotlin
@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() }
Java
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 프로필 2를 기본적으로 지원하므로 HDR 지원 기기에서 사용자에게 YouTube, Play 무비 및 기타 소스의 HDR 지원 영화를 제공할 수 있습니다.
또한 Android 9는 고효율 이미지 파일 형식 (HEIF 또는 HEIC)을 사용한 이미지 인코딩 지원을 추가하여 압축을 개선하고 저장공간과 네트워크 데이터 사용량을 줄입니다. HEIF 정지 이미지 샘플은 MediaMuxer
및 MediaExtractor
클래스에서 지원됩니다. Android 9 기기의 플랫폼 지원을 통해 백엔드 서버에서 HEIF 이미지를 쉽게 전송하고 활용할 수 있습니다. 앱이 공유 및 표시를 위해 이 데이터 형식과 호환되는지 확인한 후 앱의 이미지 저장소 형식으로 HEIF를 사용해 보세요. ImageDecoder
또는 BitmapFactory
(JPEG 파일에서 비트맵을 얻음)을 사용하여 jpeg-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_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 키 저장소는 키 해시 메시지 인증 코드 (HMAC)로 보호되는 암호화 서명을 수신하여 저장합니다. Android 키 저장소가 메시지의 유효성을 확인하면 앱은 신뢰할 수 있는 실행 환경 (TEE)의 trustedConfirmationRequired
에서 생성된 키를 사용하여 사용자가 수락한 메시지에 서명할 수 있습니다. 이 서명은 매우 확신을 가지고 사용자가 문을 보고 그 내용에 동의했음을 나타냅니다.
주의: Android 보안 확인은 사용자를 위한 보안 정보 채널을 제공하지 않습니다. 앱은 Android 플랫폼이 제공하는 수준을 넘어서는 그 어떤 기밀성 보장도 가정할 수 없습니다. 특히, 통상적으로 사용자 기기에 표시하지 않을 민감한 정보를 표시하려는 목적으로 이 워크플로를 사용해서는 안 됩니다.
Android 보안 확인 지원을 추가하는 방법에 관한 안내는 Android 보안 확인 가이드를 참고하세요.
통합 생체 인식 인증 대화상자
Android 9에서는 시스템이 앱을 대신하여 생체 인식 인증 대화상자를 제공합니다. 이 기능은 대화상자의 표준화된 디자인, 느낌, 배치를 만들어 사용자가 신뢰할 수 있는 생체 인식 사용자 인증 정보 검사기를 통해 인증하고 있음을 확신할 수 있도록 합니다.
앱에서 FingerprintManager
를 사용하여 사용자에게 디지털 지문 인증 대화상자를 표시하는 경우 BiometricPrompt
를 사용하도록 전환합니다. BiometricPrompt
는 시스템에 의존하여 인증 대화상자를 표시합니다. 또한 사용자가 선택한 생체 인식 인증 유형에 맞게 동작을 변경합니다.
하드웨어 보안 모듈
Android 9 이상이 설치되어 실행되는 지원 기기에는 하드웨어 보안 모듈에 있는 Keymaster HAL 구현인 StrongBox Keymaster가 있을 수 있습니다. 모듈에 포함된 구성요소는 다음과 같습니다.
- 자체 CPU
- 보안 저장소
- 순수 난수 생성기
- 패키지 변조와 앱의 무단 사이드로드를 방지하는 추가 메커니즘
시스템은 StrongBox Keymaster에 저장된 키를 검사할 때 TEE (신뢰할 수 있는 실행 환경)를 사용하여 키의 무결성을 확증합니다.
Strongbox Keymaster 사용에 관한 자세한 내용은 하드웨어 보안 모듈을 참고하세요.
키 저장소로 키 가져오기 보호
Android 9는 ASN.1로 인코딩된 키 형식을 사용하여 암호화된 키를 키 저장소에 안전하게 가져오는 기능을 추가하여 키 복호화 보안을 강화합니다. 그러면 Keymaster가 키 저장소의 키를 복호화하므로 키의 내용이 기기의 호스트 메모리에 일반 텍스트로 표시되지 않습니다.
암호화된 키를 더 안전하게 가져오는 방법 자세히 알아보기
키 순환이 포함된 APK 서명 체계
Android 9은 APK Signature Scheme v3를 위한 지원을 추가합니다. 이 스키마에는 각 서명 인증서의 서명 블록에 proof-of-rotation 레코드를 포함하는 옵션이 있습니다. 이 기능을 사용하면 APK 파일의 이전 서명 인증서를 현재 서명된 인증서에 연결하여 새로운 서명 인증서로 앱을 서명할 수 있습니다.
apksigner
를 사용하여 키를 순환하는 방법을 자세히 알아보세요.
잠금 해제된 기기에서만 키 복호화를 허용하는 옵션
Android 9에는 unlockedDeviceRequired
플래그가 도입됩니다. 이 옵션은 키 저장소에서 지정된 키를 사용하여 이동 중인 데이터 또는 저장된 데이터의 복호화를 허용하기 전에 화면을 잠금 해제해야 하는지 여부를 결정합니다. 이러한 유형의 키는 상태 또는 기업 데이터와 같이 디스크에 저장할 민감한 정보를 암호화하는 데 적합합니다. 사용자는 이 플래그를 통해 휴대전화를 분실하거나 도난당했을 때 기기가 잠겨 있는 동안에는 데이터를 복호화할 수 없다는 사실을 더욱 확신할 수 있습니다.
기기가 잠겨 있는 동안 키가 복호화되지 않도록 안전하게 유지하려면 true
를 setUnlockedDeviceRequired()
메서드에 전달하여 플래그를 사용 설정합니다. 이 단계를 완료한 후 사용자 화면이 잠겨 있으면 이 키를 사용하여 데이터를 복호화하거나 서명하려는 모든 시도가 실패합니다. 잠긴 기기에 액세스하려면 PIN, 비밀번호, 지문 또는 기타 신뢰할 수 있는 요소가 필요합니다.
기존 암호화 지원
Keymaster 4와 함께 제공되는 Android 9 기기는 Triple DES(Triple Data Encryption Algorithm)를 지원합니다. 앱이 Triple DES를 요구하는 기존 시스템과 상호 운용되는 경우 민감한 사용자 인증 정보를 암호화할 때 이 유형의 암호화를 사용합니다.
앱의 보안을 강화하는 방법을 자세히 알아보려면 Android 개발자를 위한 보안을 참고하세요.
WPS 지원 중단
보안상의 이유로 Wi-Fi Protected 설정 (WPS)이 지원 중단되었습니다.
Android 백업
Android 9에는 백업 및 복원과 관련된 새로운 기능과 개발자 옵션이 추가되었습니다. 이러한 변경사항에 관한 세부정보는 다음 섹션에 표시됩니다.
클라이언트 측 암호화 백업
Android 9에는 클라이언트 측 보안 비밀을 사용하여 Android 백업을 암호화하기 위한 지원이 추가되었습니다. 이 지원은 다음 조건이 충족되면 자동으로 사용 설정됩니다.
- 사용자가 Android 9 이상을 사용하여 백업을 사용 설정했습니다.
- 사용자가 잠금을 해제하려면 PIN, 패턴 또는 비밀번호가 필요한 기기에 화면 잠금을 설정했습니다.
이러한 개인 정보 보호 조치를 사용 설정하면 사용자 기기에서 이루어진 백업으로부터 데이터를 복원하려면 기기의 PIN, 패턴 또는 비밀번호가 필요합니다. 이 기능의 배경 기술에 대한 자세한 내용은 Google Cloud Key Vault Service 백서를 참조하세요.
백업에 필요한 기기 조건 정의
앱 데이터에 민감한 정보나 환경설정이 포함된 경우 Android 9에서는 클라이언트 측 암호화가 사용 설정되거나 로컬 기기 간 전송이 실행되는 경우와 같이 앱의 데이터가 사용자의 백업에 포함되는 기기 조건을 정의할 수 있습니다.
Android 기기의 데이터 백업에 관한 자세한 내용은 데이터 백업 개요를 참고하세요.
접근성
Android 9에는 앱 사용자에게 더 나은 환경을 더 쉽게 제공할 수 있도록 접근성 프레임워크가 개선되었습니다.
탐색 시맨틱스
Android 9에 추가된 속성을 사용하면 접근성 서비스, 특히 스크린 리더가 화면의 한 부분에서 다른 부분으로 이동하는 방법을 더 쉽게 정의할 수 있습니다. 이러한 속성은 시각장애가 있는 사용자가 앱 UI의 텍스트를 빠르게 탐색하고 선택하는 데 도움이 될 수 있습니다.
예를 들어 쇼핑 앱에서 스크린 리더는 사용자가 다음 카테고리로 이동하기 전에 카테고리의 모든 항목을 읽지 않아도 사용자가 한 카테고리에서 다음 카테고리로 바로 이동할 수 있도록 도와줍니다.
접근성 창(pane) 제목
Android 8.1(API 수준 27) 이하에서는 접근성 서비스가 화면의 특정 창이 업데이트된 시점(예: 활동이 한 프래그먼트를 다른 프래그먼트로 교체할 때)을 항상 파악할 수 있는 것은 아닙니다. 창은 논리적으로 그룹화되고 시각적으로 관련된 UI 요소로 구성되며 일반적으로 프래그먼트를 구성합니다.
Android 9에서는 이러한 창에 접근성 창(pane) 제목 또는 개별적으로 식별 가능한 제목을 제공할 수 있습니다. 창에 접근성 창 제목이 있는 경우 창이 변경될 때 접근성 서비스에서 더 자세한 정보를 수신합니다. 이 기능을 통해 서비스는 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
객체의 접근성 창 제목을 정의한 경우 앱의 UI가 업데이트되면 서비스에서 이를 인식할 수 있습니다. TYPE_WINDOW_STATE_CHANGED
이벤트가 발생하면 getContentChangeTypes()
에서 반환한 유형을 사용하여 창이 어떻게 변경되었는지 확인합니다. 예를 들어 프레임워크는 창(pane)에 새로운 제목이 있거나 창(pane)이 사라진 경우를 감지할 수 있습니다.
회전
의도하지 않은 회전을 없애기 위해 기기 위치가 변경되는 경우에도 현재 방향을 고정하는 모드를 추가했습니다. 사용자는 필요할 때 시스템 표시줄의 버튼을 눌러 회전을 수동으로 트리거할 수 있습니다.
앱에 대한 호환성의 영향은 대부분의 경우 최소한입니다. 그러나 앱에 맞춤설정된 회전 동작이 있거나 비정상적인 화면 방향 설정을 사용하는 경우 사용자 회전 환경설정이 항상 세로로 설정되어 있었기 때문에 이전에는 발견하지 못했을 문제가 발생할 수 있습니다. 앱의 모든 주요 활동에서 회전 동작을 살펴보고 모든 화면 방향 설정이 여전히 최적의 환경을 제공하는지 확인하는 것이 좋습니다.
자세한 내용은 관련된 동작 변경사항을 참고하세요.
![사용자가 회전을 수동으로 트리거할 수 있는 새로운 회전 모드가 표시된 모바일 회전](https://developer.android.com/static/images/about/versions/pie/rotate-changes.gif?authuser=9&hl=ko)
새로운 회전 모드에서는 필요할 때 사용자가 시스템 바의 새 버튼을 사용하여 수동으로 회전을 트리거할 수 있습니다.
텍스트
Android 9는 플랫폼에 다음과 같은 텍스트 관련 기능을 제공합니다.
미리 계산된 텍스트:
PrecomputedText
클래스는 필요한 정보를 미리 계산하고 캐시할 수 있도록 하여 텍스트 렌더링 성능을 개선합니다. 또한 앱이 기본 스레드를 벗어나 텍스트 레이아웃을 실행할 수 있습니다.돋보기:
Magnifier
클래스는 돋보기 API를 제공하는 플랫폼 위젯으로, 모든 앱에서 일관된 돋보기 기능 환경을 지원합니다.Smart Linkify: Android 9는 머신러닝을 활용하여 선택된 텍스트에서 일부 항목을 식별하고 작업을 제안하는
TextClassifier
클래스를 개선합니다. 예를 들어TextClassifier
를 사용하면 앱에서 사용자가 전화번호를 선택했음을 감지할 수 있습니다. 그러면 앱에서 사용자에게 이 번호를 사용하여 전화를 걸도록 제안할 수 있습니다.TextClassifier
의 기능은Linkify
클래스의 기능을 대체합니다.텍스트 레이아웃: 여러 가지 편리한 메서드와 속성을 사용하면 UI 디자인을 더 쉽게 구현할 수 있습니다. 자세한 내용은
TextView
참조 문서를 확인하세요.
DEX 파일의 ART AOT(Ahead-Of-Time) 변환
Android 9 이상을 실행하는 기기에서 Android 런타임(ART) AOT(Ahead-Of-Time) 컴파일러는 앱 패키지의 DEX 파일을 더 간단한 표현으로 변환하여 압축된 DEX(Dalvik Executable) 형식 파일을 추가로 최적화합니다. 이 변경사항으로 인해 앱이 더 빠르게 시작하고 디스크 공간과 RAM을 덜 소비할 수 있습니다.
이 개선사항은 특히 디스크 I/O 속도가 느린 저사양 기기에 유용합니다.
온디바이스 시스템 추적
Android 9를 사용하면 기기에서 시스템 트레이스를 기록한 다음 개발팀과 이러한 기록의 보고서를 공유할 수 있습니다. 이 보고서는 HTML을 비롯한 여러 형식을 지원합니다.
이러한 트레이스를 수집하면 앱의 프로세스 및 스레드와 관련된 타이밍 데이터를 캡처하고 전체적으로 중요한 다른 유형의 기기 상태를 볼 수 있습니다.
이 도구에 관한 자세한 내용은 기기 내 시스템 추적 실행을 참고하세요.