Android Dev Summit, October 23-24: two days of technical content, directly from the Android team. Sign-up for livestream updates.

개발자용 Android 7.0

Android 7.0 Nougat에는 사용자와 개발자를 위한 새로운 다양한 기능 및 특징이 도입되었습니다. 이 문서에서는 개발자를 위한 새로운 기능을 소개합니다.

Android 7.0 동작 변경 사항을 확인하여 플랫폼 변경이 앱에 영향을 줄 수 있는 분야에 대해 알아보세요.

Android 7.0의 고객 기능에 대해 자세히 알아보려면, www.android.com을 방문하세요.

다중 창 지원

Android 7.0에서 저희는 요청이 많은 새로운 멀티태스킹 기능인 다중 창 지원을 플랫폼에 도입하고 있습니다.

이제 사용자가 화면에서 두 개의 앱을 동시에 열 수 있습니다.

  • Android 7.0이 실행되는 전화와 태블릿에서 사용자가 화면 분할 모드에서 두 개의 앱을 나란히 또는 상하로 실행할 수 있습니다. 또한 앱 사이에 있는 분할선을 끌어서 앱의 크기를 조정할 수 있습니다.
  • Android TV 기기에서, 앱이 PIP(Picture-In-Picture)모드로 배치될 수 있으므로, 사용자가 검색을 수행하거나 다른 앱과 상호 작용하는 중에도 앱이 계속해서 콘텐츠를 표시할 수 있습니다.

그림 1. 화면 분할 모드에서 실행되는 앱.

특히 태블릿이나 다른 대형 화면 기기에서 다중 창 지원을 통해 새로운 방식으로 사용자를 참여시킬 수 있습니다. 또한, 앱에서 드래그 앤 드롭 기능을 활성화하여 사용자가 편리하게 앱에서나 앱으로 콘텐츠를 드래그할 수 있으므로, 사용자 환경이 크게 개선됩니다.

다중 창 지원을 앱에 추가하고 다중 창이 표시되는 방식을 구성하는 것은 매우 간단합니다. 예를 들어, 액티비티의 최소 허용 크기를 지정하면 사용자가 액티비티의 크기를 지정된 크기보다 작게 조정하지 못합니다. 또한, 앱에 대해 다중 창 표시를 비활성화할 수도 있으며 이 경우 시스템은 전체 화면 모드에서만 앱을 표시합니다.

자세한 내용은 다중 창 지원 개발자 문서를 참조하세요.

알림 향상

Android 7.0에서 저희는 알림을 더 쉽고 빠르게 사용할 수 있도록 재설계했습니다. 몇 가지 변경 사항은 다음과 같습니다.

  • 템플릿 업데이트: 히어로 이미지와 아바타를 새롭게 강조하기 위해 알림 템플릿을 업데이트하는 중입니다. 개발자는 최소한의 코드 조정만으로 새로운 템플릿을 활용할 수 있습니다.
  • 메시징 스타일 사용자 지정: MessagingStyle 클래스를 사용하여 알림과 관련된 사용자 인터페이스 레이블을 더 많이사용자 지정할 수 있습니다. 메시지, 대화 제목, 콘텐츠 뷰를 구성할 수 있습니다.
  • 묶음 알림: 시스템에서 메시지를 함께 그룹화하고(예: 메시지 주제별로 그룹화) 해당 그룹을 표시할 수 있습니다. 사용자는 이 그룹에 대해 해제 또는 보관과 같은 동작을 적절히 수행할 수 있습니다. Android Wear용 알림을 구현한 적이 있으시다면 이미 이 모델도 친숙하게 느껴질 것입니다.
  • 직접 회신: 실시간 통신 앱의 경우 Android 시스템은 인라인 회신을 지원하므로, 사용자가 알림 인터페이스 내에서 신속하게 SMS 또는 텍스트 메시지에 직접 응답할 수 있습니다.
  • 사용자 지정 뷰: 두 개의 새로운 API를 사용하면 알림에 사용자 지정 뷰를 사용할 때 시스템 장식(예: 알림 헤더 및 액션)을 활용할 수 있습니다.

그림 2. 묶음 알림 및 직접 회신.

새로운 기능을 구현하는 방법에 대해 알아보려면 알림 가이드를 참조하세요.

프로필 가이드 방식의 JIT/AOT 컴파일

Android 7.0에서 저희는 코드 프로파일링이 있는 JIT(Just in Time) 컴파일러를 ART에 추가했습니다. 이를 통해 ART에서 Android 앱이 실행되는 동안 그 성능을 계속 향상시킬 수 있습니다. JIT 컴파일러는 ART의 현재 AOT(Ahead of Time) 컴파일러를 보완하고 런타임 성능을 개선하고, 저장 공간을 절약하고, 앱 업데이트와 시스템 업데이트의 시간 단축을 도와줍니다.

프로필 가이드 방식의 컴파일을 통해 ART는 실제 사용량과 기기의 조건에 따라 각 앱의 AOT/JIT 컴파일을 관리할 수 있습니다. 예를 들어, ART는 최상의 성능을 위해 각 앱의 핫 메서드에 대한 프로필을 유지 관리하고 이들 메서드를 미리 컴파일하고 캐시할 수 있습니다. 이 경우 앱의 다른 부분들은 실제로 사용될 때까지 컴파일되지 않고 유지됩니다.

프로필 가이드 방식의 컴파일은 앱의 주요 부분들의 성능을 높여줄 뿐만 아니라, 관련 바이너리를 비롯한 앱의 전체 RAM 공간을 줄이는 데 도움이 됩니다. 이 기능은 저용량 메모리 기기에 특히 중요합니다.

ART는 기기 배터리에 미치는 영향이 최소화되는 방식으로 프로필 가이드 방식의 컴파일을 관리합니다. ART는 기기가 유휴 상태이고 충전 중일 때만 사전 컴파일을 수행하며, 해당 작업을 미리 수행함으로써 시간과 배터리를 절약합니다.

빠른 앱 설치 경로

ART의 JIT 컴파일러가 가진 가장 눈에 띄는 이점 중 하나는 앱 설치 및 시스템 업데이트 속도가 빠르다는 것입니다. Android 6.0에서 최적화하고 설치하는 데 몇 분이 걸리는 대용량 앱조차도 이제는 단 몇 초 만에 설치할 수 있습니다. 또한, 더 이상 최적화 단계가 없으므로 시스템 업데이트도 더 빠르게 이루어집니다.

이동 중 잠자기 모드...

Android 6.0에서는 기기가 테이블 위에 올려져 있거나 창 안에 들어 있는 등의 유휴 상태일 때 앱이 CPU와 네트워크를 사용하는 작업을 지연시킴으로써 배터리를 절약하는 시스템 모드인 잠자기 모드를 도입했습니다.

이제 Android 7.0에서 잠자기 모드는 한 걸음 더 나아가서 이동 중에도 배터리를 절약합니다. 화면이 일정 시간 동안 꺼져 있고 기기의 플러그가 뽑혀 있으면 잠자기 모드는 친숙한 일부 CPU 및 네트워크 제한을 앱에 적용합니다. 즉, 사용자가 기기를 주머니에 휴대하고 다닐 때도 배터리를 절약할 수 있습니다.

그림 3. 이제 잠자기 모드는 기기가 정지 상태가 아니더라도 배터리 수명을 개선할 수 있도록 제한을 적용합니다.

기기의 배터리가 켜져 있는 동안 화면이 꺼지면 잠시 후에 잠자기 모드는 네트워크 액세스를 제한하고 작업과 동기화를 지연시킵니다. 잠시 동안의 유지 관리 기간 중에 애플리케이션의 네트워크 액세스가 허용되고 지연된 작업/동기화가 실행됩니다. 화면을 켜거나 기기의 플러그를 꽂으면 기기가 잠자기 모드 상태에서 벗어납니다.

기기가 다시 일정 시간 동안 배터리로 켜져 있고 화면이 꺼진 정지 상태가 되면, 잠자기 모드는 PowerManager.WakeLock, AlarmManager 알람 및 GPS/Wi-Fi 스캔에 대해 전체 CPU 및 네트워크 제한을 적용합니다.

앱을 잠자기 모드에 맞게 적용하는 최선의 방법은 기기가 움직이든 움직이지 않든 동일합니다. 따라서 잠자기 모드를 효율적으로 처리하도록 앱을 이미 업데이트했다면 모든 준비가 완료된 것입니다. 아직 업데이트하지 않았다면 지금 앱을 잠자기 모드에 맞춰 조정해 보세요.

Project Svelte: 백그라운드 최적화

Project Svelte는 에코시스템에 속한 전체 Android 기기에서 시스템 및 앱에 의해 사용되는 RAM 크기를 최소화하기 위한 지속적인 노력입니다. Android 7.0에서 ProjectSvelte는 앱이 백그라운드에서 실행되는 방식을 최적화하는 데 초점을 맞추고 있습니다.

백그라운드 처리는 대부분의 앱에서 필수적인 부분입니다. 백그라운드 처리가 올바로 수행된다면 즉각적이고 빠르고 상황에 맞는 멋진 사용자 환경을 만들 수 있지만, 백그라운드 처리가 올바로 수행되지 않는다면 RAM과 배터리를 불필요하게 소모하고 다른 앱의 시스템 성능에 영향을 미칠 것입니다.

Android 5.0 이후로, 사용자가 선호하는 백그라운드 작업수행 방식은 JobScheduler였습니다. 앱은 메모리, 전원 및 연결 상태에 따라 시스템을 최적화하면서도 작업을 예약할 수 있습니다. JobScheduler는 제어 기능과 간편성을 함께 제공하므로, 저희는 모든 앱에서 이것을 사용하기 원합니다.

또 한 가지 좋은 옵션은 GCMNetworkManager입니다. 이는 Google Play 서비스의 일부분으로, 레거시 Android 버전에서 호환성이 있는 유사한 작업 예약을 제공합니다.

Google에서는 더 많은 사용 사례를 충족시키기 위해 JobSchedulerGCMNetworkManager를 계속 확장하고 있습니다. 예를 들어, 이제 Android 7.0에서는 콘텐츠 제공자의 변화에 따라 백그라운드 작업을 예약할 수 있습니다. 이와 동시에, Google에서는 특히 저용량 메모리 기기에서 시스템 성능을 저하시킬 수 있는 일부 오래된 패턴들을 없애기 시작했습니다.

Android 7.0에서 저희는 자주 사용되는 세 가지 암시적 브로드캐스트인 CONNECTIVITY_ACTION, ACTION_NEW_PICTUREACTION_NEW_VIDEO를 제거하는 중입니다. 왜냐하면 이것들은 여러 앱의 백그라운드 프로세스를 동시에 깨워서 메모리와 배터리를 과도하게 소모시킬 수 있기 때문입니다. 앱이 이러한 브로드캐스트를 수신한다면, Android 7.0을 활용하여 JobScheduler 및 관련 API로 마이그레이션하세요.

자세한 내용은 백그라운드 최적화 문서를 참조하세요.

SurfaceView

Android 7.0에서는 SurfaceView 클래스에 동기화 이동을 제공하며, 따라서 일부 경우에는 배터리 성능이 TextureView보다 좋습니다. 동영상 또는 3D 콘텐츠를 렌더링하는 경우 스크롤 및 애니메니트된 동영상 위치를 가진 앱은 TextureView를 사용하는 경우보다 SurfaceView를 사용하는 경우에 적은 양의 전원을 사용합니다.

SurfaceView 클래스는 앱 창 콘텐츠와 분리된 전용 하드웨어에서 합성되기 때문에 화면에서 합성하는 것이 배터리 소모량이 적습니다. 그렇게 하면 TextureView보다 적은 수의 중간 사본이 만들어지는 것을 줄일 수 있습니다.

이제 SurfaceView 객체의 콘텐츠 위치가 포함된 앱 콘텐츠와 동기적으로 업데이트됩니다. SurfaceView에서 재생되는 동영상의 간단한 변환 또는 배율로 인해 더 이상은 동영상이 이동할 때마다 검은색 바가 생성되지 않는 것도 이러한 변경으로 인한 결과 중 하나입니다.

Android 7.0을 사용해 시작하는 경우에는 TextureView 대신에 SurfaceView를 사용하여 전원을 절약할 것을 적극 권장합니다.

데이터 세이버

그림 4. Settings의 데이터 세이버.

모바일 기기의 수명 전체에 걸쳐, 모바일 데이터 요금제에 따른 비용이 기기 자체의 가격보다 일반적으로 많이 듭니다. 많은 사용자들에게 모바일 데이터는 아껴 써야 하는 값비싼 자원입니다.

Android 7.0에서는 새로운 시스템 서비스인 데이터 세이버 모드를 도입하며, 데이터 세이버는 로밍 시나 결제 주기가 끝날 무렵 또는 소액 선불 데이터 팩 사용 시에 앱에 의해 사용되는 모바일 데이터 사용량을 줄여줍니다. 데이터 세이버를 통해 사용자는 앱이 모바일 데이터를 사용하는 방식을 제어할 수 있으며, 데이터 세이버가 켜져 있을 때 개발자가 더 효율적인 서비스를 제공할 수 있습니다.

사용자가 Settings에서 데이터 세이버를 활성화하고 해당 기기가 데이터 통신 네트워크에 있는 경우, 시스템은 백그라운드데이터 사용을 차단하고, 가능하면 스트리밍의 비트 전송률을 제한하거나 화질을 떨어뜨리거나 낙관적 사전 캐싱을 지연시키는 등의 방식으로 포그라운드에서 데이터를 더 적게 사용하도록 앱에게 신호를 보냅니다. 사용자는 데이터 세이버가 켜진 경우에도 백그라운드 데이터 통신 연결을 허용하기 위해 특정 앱을 허용 목록에 추가할 수 있습니다.

Android 7.0은 ConnectivityManager를 확장하여 사용자의 데이터 세이버 기본 설정을 검색하고 기본 설정 변경을 모니터링하는 방법을 앱에 제공합니다. 모든 앱은 사용자가 데이터 세이버를 활성화했는지 여부를 확인해야 하며 포그라운드 및 백그라운드 데이터 사용을 제한하도록 노력해야 합니다.

Vulkan API

Android 7.0은 새로운 3D 렌더링 API인 Vulkan™을 플랫폼에 통합합니다. OpenGL™ ES와 마찬가지로, Vulkan은 Khronos Group에 의해 관리되는 3D 그래픽 및 렌더링을 위한 공개 표준입니다.

Vulkan은 처음부터 드라이버에서 CPU 오버헤드를 최소화하도록 설계되었고, 애플리케이션이 GPU 작업을 더욱 직접적으로 제어할 수 있게 해줍니다. 또한, Vulkan은 멀티스레드가 한 번에 명령 버퍼 생성과 같은 작업을 수행하도록 하여 병렬 처리 성능을 높입니다.

Vulkan 개발 도구와 라이브러리가 Android 7.0DK에 배포되며, 그 포함 내역은 다음과 같습니다.

  • 헤더
  • 유효성 검사 계층(디버그 라이브러리)
  • SPIR-V 셰이더 컴파일러
  • SPIR-V 런타임 셰이더 컴파일 라이브러리

Vulkan은 Nexus 5X, Nexus 6P 및 Nexus Player와 같은 Vulkan 지원 하드웨어가 있는 기기의 앱에만 사용될 수 있습니다. Google은 최대한 조속히 Vulkan을 더 많은 기기에 도입하기 위해 파트너들과 긴밀히 협력하고 있습니다.

자세한 내용은 API 문서를 참조하세요.

Quick Settings Tile API

그림 5. 알림 창의 Quick Settings 타일.

Quick Settings는 키 설정 및 작업을 알림 창에서 직접 노출시키기 위해 널리 사용되는 간단한 방법입니다. 더욱 유용하고 편리한 설정을 위해 저희가 Android 7.0에서 Quick Settings의 범위를 더욱 확장했습니다.

Google에서는 Quick Settings 타일에 필요한 공간을 더 추가했으며, 사용자는 페이지가 지정된 디스플레이 영역에서 왼쪽이나 오른쪽으로 스와이프하여 이들 타일에 액세스할 수 있습니다. 또한, 사용자가 Quick Settings 타일의 모습과 표시 위치를 제어할 수 있도록 했습니다. 따라서 사용자는 끌어서 놓는 간단한 방법으로 타일을 추가하거나 이동시킬 수 있습니다.

또한, Android 7.0은 개발자를 위해 새로운 API도 추가했으며 이를 통해 자신만의 Quick Settings 타일을 정의할 수 있고, 사용자가 앱에서 키 컨트롤 및 작업에 쉽게 액세스할 수 있습니다.

빠른 설정 타일은 긴급하게 필요하거나 자주 사용되는 컨트롤 또는 작업을 위해 예약되어 있으며, 앱을 시작하기 위한 바로가기로 사용되어서는 안 됩니다.

타일을 정의한 후에는 이 타일을 사용자에게 표시할 수 있으며, 사용자가 드래그 앤 드롭하는 것만으로 이 타일을 Quick Settings에 추가할 수 있습니다.

앱 타일 만들기에 대한 자세한 내용은 다운로드 가능한 API 참조에서 android.service.quicksettings.Tile에 대한 문서를 참조하세요.

번호 차단

이제 Android 7.0에서는 플랫폼에서 번호 차단을 지원하며,서비스 공급자가 차단된 번호 목록을 유지 관리할 수 있도록 프레임워크 API를 제공합니다. 기본 SMS 앱, 기본 전화 앱 및 이동통신사 앱은 차단된 번호 목록에서 읽기와 쓰기가 가능합니다. 다른 앱은 이 목록에 액세스할 수 없습니다.

Android에서는 번호 차단을 플랫폼의 표준 기능으로 만들어, 광범위한 기기에서 번호를 차단하기 위한 일관된 방식을 앱에 제공합니다. 앱에서 활용할 수 있는 기타 이점은 다음과 같습니다.

  • 통화에서 차단된 번호가 텍스트에서도 차단됩니다.
  • 차단된 번호는 재설정 시에도 백업 및 복원 기능을 통해 기기에서 유지될 수 있습니다.
  • 여러 앱이 동일한 차단된 번호 목록을 사용할 수 있습니다.

또한 Android를 통한 이동통신사 앱 통합은 이동통신사들이 기기의 차단된 번호 목록을 읽고 서비스측 차단을 수행할 수 있음을 의미하며, 이를 통해 사용자들은 원치 않는 통화와 문자가 특정 매체(예: VOIP 엔드포인트 또는 착신 전화)를 통해 자신들에게 도달하는 것을 차단할 수 있습니다.

자세한 내용은 다운로드 가능한 API 참조에서 android.provider.BlockedNumberContract를 참조하세요.

통화 스크리닝

Android 7.0에서는 기본 전화 앱이 수신 통화를 스크리닝하도록 허용합니다. 이를 위해 전화 앱에는 새로운 CallScreeningService가 구현되며, 이를 통해 전화 앱은 수신 통화의 Call.Details에 따라 다음과 같은 다양한 작업을 수행할 수 있습니다.

  • 수신 통화 거절
  • 통화를 통화 기록에 허용하지 않음
  • 통화 알림을 사용자에게 표시하지 않음

자세한 내용은 다운로드 가능한 API 참조에서 android.telecom.CallScreeningService를 참조하세요.

다중 로케일 지원, 더 많은 언어 지원 추가

두 가지 언어로 된 사용 사례를 지원하기 위해 이제 Android 7.0에서는 사용자가 Settings에서 다중 로케일을 선택할 수 있습니다. 앱은 새로운 API를 사용하여 사용자의 로케일을 가져온 다음, 검색 결과를 여러 언어로 표시하거나 사용자가 이미 알고 있는 언어로는 웹 페이지를 번역하지 않는 등의 더욱 정교한 사용자 환경을 다중 로케일 사용자들에게 제공합니다.

다중 로케일 지원과 함께 Android 7.0에서는 또한 사용자가 사용할 수 있는 언어의 범위도 더욱 넓혔습니다. 영어, 스페인어, 프랑스어, 아랍어 등의 자주 사용되는 언어에 대해 각각 25가지 이상의 변형을 제공하며, 100가지 이상의 새로운 언어에 대한 부분적인 지원도 추가합니다.

앱은 LocaleList.GetDefault()를 호출하여 사용자가 설정한 로케일 목록을 가져올 수 있습니다. 더 많은 수의 로케일을 지원하기 위해 Android 7.0에서는 리소스 확인 방식을 바꾸는 중에 있습니다. 새로운 리소스 확인 로직에서 앱이 예상대로 작동하는지 테스트하고 확인해야 합니다.

새로운 리소스 확인 동작과 따라야 하는 모범 사례에 대해 알아보려면, 다국어 지원을 참조하세요.

새 이모티콘

Android 7.0에서는 피부 색조 그림 이모티콘과 변형 선택기 지원을 비롯한 추가적인 그림 이모티콘과 그림 이모티콘 관련 기능을 도입했습니다. 앱에서 그림 이모티콘을 지원하는 경우 아래 지침에 따라 이러한 그림 이모티콘에 관련된 기능을 잘 활용해 보세요.

  • 그림 이모티콘을 삽입하기 전에 기기에 해당 그림 이모티콘이 들어 있는지 확인하세요. 시스템 글꼴에 어떤 이모티콘이 있는지 확인하려면 hasGlyph(String) 메서드를 사용하세요.
  • 그림 이모티콘이 변형 선택기를 지원하는지 확인하세요. 변형 선택기를 사용하면 특정 이모티콘을 컬러나 흑백으로 표현할 수 있습니다. 모바일 기기에서는 앱이 흑백보다는 컬러로 이모티콘을 표시해야 합니다. 하지만 앱이 텍스트와 함께 이모티콘을 표시하는 경우에는 흑백 변형을 사용해야 합니다. 그림 이모티콘에 변형 이모티콘이 있는지 확인하려면 변형 선택기를 사용하세요. 변형이 있는 캐릭터의 전체 목록은변형에 대한 유니코드 설명서그림 이모티콘 변형 시퀀스 섹션을 검토하세요.
  • 그림 이모티콘이 피부 색조를 지원하는지 확인하세요. Android 7.0 사용자는 이모티콘의 렌더링된 피부 색조를 자신의 기본 설정에 맞게 수정할 수 있습니다. 키보드 앱은 여러 가지 피부 색조가 있는 이모티콘에 대한 시각적 표시를 제공해야 하며, 사용자가 선호하는 피부 색조를 선택하도록 허용해야 합니다. 어떤 시스템 이모티콘에 피부 색조 한정자가 있는지 확인하려면 hasGlyph(String) 메서드를 사용하세요. 유니코드 설명서를 읽어보면 어떤 이모티콘에서 피부 색조가 사용되는지 확인할 수 있습니다.

Android의 ICU4J API

이제 Android 7.0에서는 android.icu 패키지 아래의 Android 프레임워크에 있는 ICU4J API의 하위 세트를 제공합니다. 마이그레이션이 용이하며, 대개는 com.java.icu 네임스페이스를 android.icu로 변경하는 것이 간단합니다. 앱에서 ICU4J 번들을 이미 사용 중인 경우, Android 프레임워크에서 제공되는 android.icu API로 전환하면 APK 크기를 상당히 줄일 수 있습니다.

Android ICU4J API에 대해 자세히 알아보려면 ICU4J 지원을 참조하세요.

WebView

Chrome + WebView 포함

Android 7.0 이상에서 Chrome 버전 51부터는 기기의 Chrome APK를 사용하여 Android System WebView를 제공하고 렌더링할 수 있습니다. 이와 같이 하면 기기의 메모리 사용량을 늘릴 수 있으며 (Chrome이 활성화 상태를 유지하는 동안에는 독립형 WebView APK가 더 이상 업데이트되지 않기 때문에) WebView를 최신으로 유지하는 데 필요한 대역폭을 줄일 수 있습니다.

개발자 옵션을 활성화하고 WebView 구현을 선택하여 WebView 제공자를 선택할 수 있습니다. 기기에 설치된 호환 가능한 Chrome 버전(Dev, Beta 또는 Stable) 또는 WebView 구현의 역할을 할 수 있는 독립형 Webview APK를 사용할 수 있습니다.

Multiprocess

Android 7.0의 Chrome 버전 51부터는 개발자 옵션 "Multiprocess WebView"가 활성화된 경우, WebView는 별도의 샌드박싱된 프로세스에서 웹 콘텐츠를 실행합니다.

우리는 향후 Android 버전에서 Multiprocess WebView를 지원하기 전에 N에서의 호환성 및 런타임 성능에 대한 피드백을 기다리고 있습니다. 이 버전에서는 시작 시간, 총 메모리 사용량 및 소프트웨어 렌더링 성능에 관련된 성능 저하가 예상됩니다.

다중 프로세스 모드에서 예상치 못한 문제를 발견할 경우 이에 대해 알려주시기 바랍니다. Chromium 버그 추적기에 대해서는 WebView 팀에 문의하세요.

페이지 로드 전에 Javascript 실행

Android 7.0을 대상으로 하는 앱부터는 새 페이지가 로드될 때 Javascript 컨텍스트가 초기화됩니다. 현재는 새 WebView 인스턴스에 로드된 첫 페이지에 대해 컨텍스트가 이월됩니다.

Javascript를 WebView에 삽입하려는 개발자는 페이지 로드가 시작된 후에 스크립트를 실행해야 합니다.

비보안 출처의 위치정보

Android 7.0을 대상으로 하는 앱부터는 보안 출처에서만 Geolocation API가 허용됩니다(HTTPS를 통해). 이 정책은 사용자가 비보안 연결을 사용하는 경우 사용자의 개인 정보를 보호할 목적으로 설계되었습니다.

WebView Beta를 사용한 테스트

WebView는 정기적으로 업데이트되며, 따라서 WebView의 베타 채널을 사용하여 자주 앱과 호환성을 테스트하는 것이 좋습니다. Android 7.0에서 WebView의 출시 전 버전에 대한 테스트를 시작하려면, Chrome Dev 또는 Chrome Beta를 다운로드하여 선택한 다음 위에 설명된 개발자 옵션에 따른 WebView 구현으로 선택합니다. 새 버전의 WebView을 출시하기 전에 수정할 수 있도록 Chromium 버그 추적기를 통해 문제를 보고하세요.

OpenGL™ ES 3.2 API

Android 7.0에서는 다음을 비롯하여 OpenGL ES 3.2용 프레임워크 인터페이스와 플랫폼 지원을 추가합니다.

  • EXT_texture_sRGB_decode를 제외한 Android 확장 기능 팩(AEP)의 모든 확장 기능.
  • HDR 및 지연 셰이딩을 위한 부동 소수점 프레임 버퍼.
  • 일괄처리 및 스트리밍 성능을 향상시키는 BaseVertex 그리기 호출.
  • WebGL 오버헤드를 줄여주는 강력한 버퍼 액세스 제어.

Android 7.0에 있는 OpenGL ES 3.2용 프레임워크 API에는 GLES32 클래스가 제공됩니다. OpenGL ES 3.2를 사용 중인 경우 반드시 <uses-feature> 태그와 android:glEsVersion 속성을 사용하여 매니페스트 파일에서 요구 사항을 선언하세요.

기기의 지원되는 OpenGL ES 버전을 런타임에 확인하는 방법을 비롯하여, OpenGL ES 사용에 대한 자세한 내용은 OpenGL ES API 가이드를 참조하세요.

Android TV 녹화

Android 7.0에서는 새로운 녹화 API를 통해 Android TV 입력 서비스로부터 콘텐츠를 녹화하고 재생하는 기능을 추가합니다. 기존의 타임 시프트 API를 기반으로 구축된 TV 입력 서비스는 녹화 가능한 채널 데이터와 녹화된 세션의 저장 방식을 제어할 수 있으며, 녹화된 콘텐츠와의 사용자 상호 작용을 관리할 수 있습니다.

자세한 내용은 Android TV Recording API를 참조하세요.

Android for Work

Android for Work에서는 Android 7.0이 실행되는 기기를 위해 여러 가지 새로운 기능과 API를 추가합니다. 몇 가지 특징이 아래에 나와 있으며, 변경 사항의 전체 목록은 Android for Work 업데이트를 참조하세요.

작업 프로필 보안 인증 질문

N SDK를 대상으로 하는 프로필 소유자는 작업 프로필에서 작동하는 앱에 대해 별개의 보안 인증 질문을 지정할 수 있습니다. 사용자가 업무용 앱을 열려고 시도할 때 작업 프로필 보안 인증 질문이 표시됩니다. 보안 인증 질문에 올바로 답하면 작업 프로필의 잠금이 해제되고 필요하다면 작업 프로필의 암호가 해독됩니다. 프로필 소유자의 경우, ACTION_SET_NEW_PASSWORD는 작업 프로필 보안 인증 질문을 설정하라는 메시지를 사용자에게 표시하고, ACTION_SET_NEW_PARENT_PROFILE_PASSWORD는 기기 잠금을 설정하라는 메시지를 사용자에게 표시합니다.

프로필 소유자는 setPasswordQuality(), setPasswordMinimumLength() 및 관련 메서드를 사용하여 작업 프로필 보안 인증 질문에 대해 별개의 비밀번호 정책을 설정할 수 있습니다(예: PIN의 길이는 얼마로 해야 할지 또는 프로필을 잠금 해제하기 위해 지문을 사용할 수 있는지 여부). 프로필 소유자는 새 getParentProfileInstance() 메서드에 의해 반환되는 DevicePolicyManager 인스턴스를 사용하여 기기 잠금을 설정할 수도 있습니다. 그 밖에도, 프로필 소유자는 새 setOrganizationColor()setOrganizationName() 메서드를 사용하여 작업 프로필 보안 인증 질문에 대한 자격 증명 화면을 사용자 지정할 수 있습니다.

작업 해제

작업 프로필이 있는 기기에서는 사용자가 작업 모드를 설정하거나 해제할 수 있습니다. 작업 모드가 해제되면 관리된 사용자가 일시적으로 종료되며, 이 경우 작업 프로필 앱, 백그라운드 동기화 및 알림이 비활성화됩니다. 여기에는 프로필 소유자 애플리케이션이 포함됩니다. 작업 모드가 해제되면 사용자가 업무용 앱을 실행할 수 없음을 미리 알려주기 위한 영구적인 상태 아이콘이 표시됩니다. 런처는 업무용 앱과 위젯에 액세스할 수 없음을 나타냅니다.

상시 접속 VPN

기기 소유자 및 프로필 소유자는 항상 지정된 VPN을 통해 업무용 앱을 연결하도록 보장할 수 있습니다. 시스템은 기기가 부팅된 후에 해당 VPN을 자동으로 시작합니다.

새로운 DevicePolicyManager 메서드는 setAlwaysOnVpnPackage()getAlwaysOnVpnPackage()입니다.

앱 상호 작용 없이 시스템에 의해 VPN 서비스가 직접 바인딩될 수 있으므로, VPN 클라이언트는 상시 접속 VPN에 대해 새로운 진입점을 처리해야 합니다. 이전과 마찬가지로, 서비스는 android.net.VpnService 액션과 일치하는 인텐트 필터에 의해 시스템에 표시됩니다.

또한, 사용자가 Settings>More>Vpn을 사용하여 VPNService 메서드를 구현하는 상시 접속 VPN 클라이언트를 수동으로 설정할 수도 있습니다. Settings에서 Always on VPN을 활성화하기 위한 옵션은 VPN 클라이언트가 API 레벨 24를 대상으로 하는 경우에만 사용할 수 있습니다.

사용자 지정 프로비저닝

애플리케이션은 기업 색상과 로고로 프로필 소유자 및 기기 소유자 프로비저닝 흐름을 사용자 지정할 수 있습니다. DevicePolicyManager.EXTRA_PROVISIONING_MAIN_COLOR가 흐름 색상을 사용자 지정하고, DevicePolicyManager.EXTRA_PROVISIONING_LOGO_URI가 기업 로고로 흐름을 사용자 지정합니다.

접근성 향상

이제 Android 7.0에서는 새로운 기기 설치 시 Welcome 화면에서 Vision Settings를 바로 제공합니다. 이렇게 하면 사용자가 자신의 기기에서 확대 제스처, 글꼴 크기, 디스플레이 크기 및 음성 안내 지원 등과 같은 접근성 기능을 휠씬 더 쉽게 검색하고 구성할 수 있습니다.

이렇게 눈에 띄는 위치에 접근성 기능을 배치하면, 사용자가 이 기능을 활성화하여 앱을 사용할 가능성이 더욱 커집니다. 이들 설정을 활성화하여 조기에 앱을 테스트해야 합니다. Settings >Accessibility에서 설정을 활성화할 수 있습니다.

Android 7.0에서도 마찬가지로, 운동 장애가 있는 사용자가 이제 접근성 서비스를 통해 화면을 터치할 수 있습니다. 이 새로운 API를 사용하면 얼굴 추적, 시각 추적, 지점 스캐닝 등의 기능으로 서비스를 구축하여 해당 사용자의 요구를 충족시킬 수 있습니다.

자세한 내용은 다운로드 가능한 API 참조에서 android.accessibilityservice.GestureDescription을 참조하세요.

직접 부팅

직접 부팅은 기기 시동 시간을 개선해 주며, 예상치 못한 재부팅 후에도 등록된 앱이 제한된 기능을 유지하도록 해줍니다. 예를 들어, 사용자가 취침하는 중에 암호화된 기기가 재부팅되는 경우, 이제는 등록되어 있는 알람, 메시지 및 수신 통화로 사용자에게 알려줄 수 있습니다. 즉, 재시작 직후에도 접근성 서비스를 바로 사용할 수 있습니다.

직접 부팅은 Android 7.0의 파일 기반 암호화를 활용하여 시스템 및 앱 데이터에 대해 정밀한 암호화 정책을 활성화합니다. 이 시스템은 선택된 시스템 데이터와 명시적으로 등록된 앱 데이터에 대해 기기 암호화 저장소를 사용합니다. 기본적으로, 다른 모든 시스템 데이터, 사용자 데이터, 앱 및 앱 데이터에 대해 자격 증명 암호화 저장소가 사용됩니다.

부팅 시에 시스템은 제한된 모드에서 시작되며, 기기 암호화 데이터에만 액세스할 수 있고 앱 또는 데이터에는 액세스하지 못합니다. 이 모드에서 구성 요소를 실행하려는 경우, 매니페스트에 플래그를 설정하여 구성 요소를 등록할 수 있습니다. 재시작 후에 시스템은 LOCKED_BOOT_COMPLETED 인텐트를 브로드캐스트하여 등록된 구성 요소를 활성화합니다. 잠금을 해제하기 전에, 시스템은 등록된 기기 암호화 앱 데이터를 사용할 수 있는지 확인합니다. 사용자가 잠금 화면 자격 증명을 확인하여 암호를 풀기 전까지는 다른 모든 데이터를 사용할 수 없습니다.

자세한 내용은 직접 부팅을 참조하세요.

Key Attestation

Android 7.0은 기기의 하드웨어 기반 키 저장소에 저장된 키 쌍이 앱에서 사용하는 민감한 정보를 적절하게 보호하는지 확인하는 데 도움이 되는 새로운 보안 도구인 key attestation을 도입합니다. 이 도구를 사용하여 앱을 실행하는 기기가 루팅되는 경우에도 앱이 보안 하드웨어에 있는 키와 상호작용한다는 것을 더욱 확신할 수 있습니다. 앱의 하드웨어 기반 키 저장소에서 키를 사용하는 경우에는 특히 키를 사용하여 앱 내부의 민감한 정보를 확인할 때 이 도구를 사용해야 합니다.

Key Attestation을 사용하여 RSA 또는 EC 키 쌍이 생성되어 기기의 TEE(trusted execution environment) 내에 있는 기기의 하드웨어 기반 키 저장소에 저장되었는지 확인할 수 있습니다. 또한 이 도구를 이용하면 앱의 백엔드 서버 같은 오프-기기 서비스를 사용하여 키 쌍의 사용 및 유효성을 판단하고 확실하게 확인할 수 있습니다. 이 기능은 기기를 루팅하거나 기기에서 실행되는 Android 플랫폼의 보안을 손상시키는 사람이 있는 경우에도 키 쌍을 보호하는 추가적인 보안 수준을 제공합니다.

참고: Android 7.0이 실행되는 기기 중에서 하드웨어 레벨 키 증명을 지원하는 기기는 매우 적습니다. Android 7.0이 실행되는 기타 모든 기기는 그 대신 소프트웨어 레벨 키 증명을 사용합니다. 기기의 하드웨어 기반 키의 속성을 프로덕션 레벨 환경에서 확인하려면 그 전에, 이 기기가 하드웨어 레벨 키 증명을 지원하는지 확인해야 합니다. 그러기 위해서는, Google 증명 루트 키에 의해 서명된 루트 인증서가 증명 인증서 체인에 포함되어 있는지 확인해야 하며, 또한 키 설명 데이터 구조 내의 attestationSecurityLevel 요소가 TrustedEnvironment 보안 레벨로 설정되어 있는지 확인해야 합니다.

자세한 내용은 Key Attestation 개발자 관련 문서를 참조하세요.

네트워크 보안 구성

Android 7.0에서 앱은 오류가 발생하기 쉬운 기존의 프로그래밍 방식 API(예: X509TrustManager)를 사용하는 대신 선언적 네트워크 보안 구성을 사용하여 보안(HTTPS, TLS) 연결의 동작을 코드수정 없이 안전하게 사용자 지정할 수 있습니다.

지원되는 기능:

  • 사용자 지정 신뢰 앵커. 애플리케이션이 보안 연결을 위해 어떤 인증 기관(CA)을 신뢰할 수 있는지 사용자 지정할 수 있게 해줍니다. 예를 들어, 특정한 자체 서명 인증서를 신뢰하거나 제한적인 공용 CA 세트를 신뢰하도록 사용자 지정할 수 있습니다.
  • 디버그 전용 재정의. 애플리케이션 개발자가 설치 기반에 위험을 더하지 않고 애플리케이션의 보안 연결을 안전하게 디버그할 수 있게 해줍니다.
  • 일반 텍스트 트래픽 옵트아웃. 애플리케이션이 일반 텍스트 트래픽을 실수로 사용하지 않도록 스스로를 보호할 수 있게 해줍니다.
  • 인증서 고정. 애플리케이션이 보안 연결을 위해 어떤 서버 키를 신뢰할지 제한하도록 해주는 고급 기능입니다.

자세한 내용은 네트워크 보안 구성을 참조하세요.

신뢰할 수 있는 기본 인증 기관

기본적으로, Android 7.0을 대상으로 하는 앱은 시스템에서 제공되는 인증서만을 신뢰하며 사용자가 추가한 인증 기관(CA)은 더 이상 신뢰하지 않습니다. Android N을 대상으로 하는 앱이 사용자가 추가한 CA를 신뢰하려는 경우에는 네트워크 보안 구성을 사용하여 사용자 CA를 신뢰하는 방법을 지정해야 합니다.

APK 서명 구성표 v2

Android 7.0에서는 앱 설치 시간을 더욱 단축시켜 주고 APK 파일을 무단으로 변경하지 못하도록 더욱 강력하게 보호해 주는 새로운 앱 서명 구성표인 APK Signature Scheme v2를 도입했습니다. 기본적으로, Android Studio 2.2 및 Android Plugin for Gradle 2.2는 APK Signature Scheme v2 뿐만 아니라 JAR 서명을 사용하는 기존의 서명 구성표를 둘다 사용하여 앱에 서명합니다.

앱에 APK Signature Scheme v2를 적용하는 것이 좋지만, 이 새로운 구성표를 반드시 적용해야 하는 것은 아닙니다. APK Signature Scheme v2를 사용할 때 앱이 올바로 빌드되지 않을 경우 이 새 구성표를 비활성화할 수 있습니다. 비활성화 프로세스가 실행되면 Android Studio 2.2 및 Android Plugin for Gradle 2.2는 기존의 서명 구성표만 사용하여 앱에 서명합니다. 기존 구성표만으로 서명하려면 모듈 수준의 build.gradle 파일을 연 다음, 릴리스 서명구성에 v2SigningEnabled false 줄을 추가하세요.

  android {
    ...
    defaultConfig { ... }
    signingConfigs {
      release {
        storeFile file("myreleasekey.keystore")
        storePassword "password"
        keyAlias "MyReleaseKey"
        keyPassword "password"
        v2SigningEnabled false
      }
    }
  }

주의: APK Signature Scheme v2를 사용하여 앱에 서명하고 앱을 추가로 변경하는 경우 앱의 서명이 무효화됩니다. 따라서 zipalign과 같은 도구는 APK Signature Scheme v2를 사용하여 앱에 서명한 후가 아니라 서명하기 전에 사용되어야 합니다.

자세한 내용은 Android Studio에서 앱에 서명하는 방법을 설명하고 Android Plugin for Gradle을 사용하여 앱 서명을 위한 빌드 파일을 구성하는 방법에 대해 설명하는 Android Studio 문서를 읽어보세요.

범위가 지정된 디렉터리 액세스

Android 7.0에서 앱은 새로운 API를 사용하여 특정 외부 저장소 디렉터리(SD 카드와 같은 이동식 미디어의 디렉터리 포함)에 대한 액세스를 요청할 수 있습니다. 새로운 API는 애플리케이션이 표준 외부 저장소 디렉터리(예: Pictures 디렉터리)에 액세스하는 방식을 훨씬 단순화합니다. 사진 앱과 같은 앱은 모든 저장소 디렉터리에 대해 액세스 권한을 부여하는 READ_EXTERNAL_STORAGE를 사용하거나 사용자가 디렉터리를 탐색하도록 하는 저장소 액세스 프레임워크(SAF)를 사용하는 대신 이들 API를 사용할 수 있습니다.

또한, 새로운 API는 사용자가 외부 저장소 액세스 권한을 앱에 부여하는 단계를 단순화합니다. 새로운 API를 사용하는 경우 시스템은 애플리케이션이 어떤 디렉터리에 대한 액세스 권한을 요청하는지를 명확하게 설명해 주는 단순한 권한 UI를 사용합니다.

자세한 내용은 범위가 지정된 디렉터리 액세스 개발자 문서를 참조하세요.

Keyboard Shortcuts Helper

Android 7.0에서는 사용자가 Meta + / 키를 눌러 Keyboard Shortcuts 화면을 트리거할 수 있는데, 이 화면에는 시스템과 해당 앱에서 둘다 사용할 수 있는 모든 바로 가기가 표시됩니다. 시스템에 바로 가기가 있는 경우에는 앱의 메뉴에서 자동으로 검색할 수 있습니다. 또한 개발자가 화면에 맞춰 스스로 미세 조정한 바로 가기 목록을 제공할 수 있습니다. 이를 위해서는 다운로드 가능한 API 참조에 설명되어 있는 새 Activity.onProvideKeyboardShortcuts() 메서드를 재정의할 수 있습니다.

참고: 모든 키보드에 Meta 키가 있는 것은 아니며, Macintosh 키보드에서는 Command 키가 있고 Windows 키보드에는 Windows 키가 있습니다. 또한 Pixel C와 Chrome OS 키보드에는 Search 키가 있습니다.

앱의 어디에서든 Keyboard Shortcuts Helper를 트리거하려면 관련 액티비티에 대해 Activity.requestKeyboardShortcutsHelper()를 호출하세요.

Custom Pointer API

Android 7.0에서는 Custom Pointer API가 도입되어 포인터의 모양, 가시성 및 동작을 사용자 지정할 수 있습니다. 이러한 기능은 사용자가 마우스나 터치패드를 사용하여 UI 객체와 상호작용할 때 특히 유용합니다. 기본 포인터는 표준 아이콘을 사용합니다. 이 API에는 또한 특정 마우스나 터치패드 이동에 따라 포인터 아이콘의 모양을 바꾸는 것과 같은 고급 기능이 포함되어 있습니다.

포인터 아이콘을 설정하려면 View 클래스의 onResolvePointerIcon() 메서드를 재정의합니다. 이 메서드는 PointerIcon 객체를 사용하여 특정 모션 이벤트에 해당하는 아이콘을 그립니다.

Sustained Performance API

기기 구성 요소가 온도 제한에 도달할 때 시스템에서는 시스템온칩(system-on-chip) 엔진을 조절하므로, 장시간 실행되는 앱의 성능이 크게 변동될 수 있습니다. 이러한 변동은 장시간 실행되는 고성능 앱을 만들려는 앱 개발자 입장에서는 일종의 움직이는 과녁과도 같은 것입니다.

이러한 제한을 해결하기 위해, Android 7.0에서는 지속적인 성능 모드를 지원하며, 이 모드를 통해 OEM들은 장시간 실행되는 앱의 기기 성능에 대한 힌트를 제공할 수 있습니다. 앱 개발자는 이들 힌트를 사용하여 장기간에 걸쳐 기기 성능을 예측 가능하고 이 성능을 일관된 수준으로 유지하기 위해 앱을 적절히 조정할 수 있습니다.

앱 개발자는 Android 7.0에 있는 이 새 API를 Nexus 6P 기기에서만 시험해 볼 수 있습니다. 이 기능을 사용하려면 지속적인 성능 모드에서 실행하려는 기간에 대해 지속적인 성능 기간 플래그를 설정하세요. Window.setSustainedPerformanceMode() 메서드를 사용하여 이 플래그를 설정하세요. 해당 기간이 포커스 안에 없을 때는 이 모드가 자동으로 비활성화됩니다.

VR 지원

개발자가 사용자를 위한 고품질 모바일 VR 환경을 만들 수 있도록, Android 7.0에서는 새로운 VR 모드에 대한 플랫폼 지원과 최적화를 추가합니다. VR 앱 전용 CPU 코어에 대한 액세스를 비롯하여, 다수의 성능 개선 사항이 있습니다. 지능적 머리 추적과 VR용으로 작동하는 스테레오 알림 기능을 앱 내에서 이용할 수 있습니다. 가장 중요한 점은, 지연 시간이 매우 짧은 그래픽을 Android 7.0이 제공한다는 사실입니다. Android 7.0용 VR 앱 만들기에 대한 자세한 정보는 Android용 Google VR SDK를 참조하세요.

이제 Android 7.0에서는 인쇄 서비스 개발자가 개별 프린터와 인쇄 작업에 대한 추가적인 정보를 노출시킬 수 있습니다.

개별 프린터를 나열할 때, 이제 인쇄 서비스가 다음 두 가지 방식으로 프린터마다 아이콘을 설정할 수 있습니다.

  • PrinterInfo.Builder.setResourceIconId()를 호출하여 리소스 ID로부터 아이콘을 설정할 수 있습니다.
  • PrinterInfo.Builder.setHasCustomPrinterIcon()을 호출하고, android.printservice.PrinterDiscoverySession.onRequestCustomPrinterIcon()을 사용하여 아이콘이 요청될 때 콜백을 설정하여 네트워크에서 아이콘을 표시할 수 있습니다.

또한, PrinterInfo.Builder.setInfoIntent()를 호출하여 추가적인 정보를 표시하도록 프린터당 액티비티를 제공할 수 있습니다.

android.printservice.PrintJob.setProgress()android.printservice.PrintJob.setStatus()를 각각 호출하여 인쇄 작업 알림에서 인쇄 작업의 진행률과 상태를 나타낼 수 있습니다.

이들 메서드에 대한 자세한 내용은 다운로드 가능한 API 참조를 확인하세요.

FrameMetricsListener API

앱은 FrameMetricsListener API를 통해 UI 렌더링 성능을 모니터링할 수 있습니다. 이 기능을 제공하기 위해 이 API는 앱의 현재 창에 대한 프레임 타이밍 정보를 전송하는 스트리밍 Pub/Sub API를 노출시킵니다. 반환되는 데이터는 adb shell dumpsys gfxinfo framestats가 표시하는 데이터와 동일하지만, 지난 120개 프레임으로 제한되지 않습니다.

FrameMetricsListener를 사용하면 USB 연결 없이 프로덕션 환경에서 상호작용 수준의 UI 성능을 측정할 수 있습니다. 이 API를 사용하면 adb shell dumpsys gfxinfo보다 훨씬 세분화된 수준에서 데이터를 수집할 수 있습니다. 시스템은 앱에서 발생하는 특정한 상호 작용에 대한 데이터를 수집할 수 있기 때문에, 이처럼 높은 수준의 세분화가 가능합니다. 시스템은 전체 앱의 성능에 대한 전체 요약을 캡처하거나 전체 상태를 지울 필요가 없습니다. 이 기능을 사용하면 앱 내에서의 실제 사용 사례에 대한 UI 성능에서 성능 데이터를 수집하고 성능 저하를 찾아낼 수 있습니다.

창을 모니터링하려면 FrameMetricsListener.onMetricsAvailable() 콜백 메서드를 구현하고 해당 창에 등록하세요. 자세한 내용은 다운로드 가능한 API 참조에서 FrameMetricsListener 클래스 문서를 참조하세요.

이 API는 FrameMetrics 객체를 제공하며 여기에는 렌더링 하위 시스템이 프레임 수명 주기의 다양한 이정표에 대해 보고하는 타이밍 데이터가 포함됩니다. 지원되는 지표는 UNKNOWN_DELAY_DURATION, INPUT_HANDLING_DURATION, ANIMATION_DURATION, LAYOUT_MEASURE_DURATION, DRAW_DURATION, SYNC_DURATION, COMMAND_ISSUE_DURATION, SWAP_BUFFERS_DURATION, TOTAL_DURATIONFIRST_DRAW_FRAME입니다.

가상 파일

이전 버전의 Android에서는 사용자가 Google Drive와 같은 자신의 클라우드 저장소 계정에서 파일을 선택할 수 있도록, 앱이 저장소 액세스 프레임워크를 사용할 수 있었습니다. 하지만 직접적인 바이트코드 표시가 없는 파일을 표시하기 위한 방법이 없었으며, 모든 파일이 입력 스트림을 제공해야 했습니다.

Android 7.0에서는 가상 파일이라는 개념을 저장소 액세스 프레임워크에 추가합니다. 가상 파일 기능을 사용하면, ACTION_VIEW 인텐트와 함께 사용될 수 있는 문서 URI에 직접적인 바이트코드 표시가 없더라도 이 문서 URI를 DocumentsProvider가 반환할 수 있습니다. 또한 Android 7.0에서는 가상 파일이든 아니든 간에, 사용자 파일에 대한 대체 형식을 제공할 수 있습니다.

앱에서 가상 문서의 URI를 가져오려면 먼저 Intent를 만들어 파일 선택기 UI를 엽니다. 앱은 openInputStream() 메서드를 사용하여 가상 파일을 직접 열 수 없으므로, CATEGORY_OPENABLE 카테고리를 포함하는 경우에는 앱이 어떤 가상 파일도 수신하지 못합니다.

사용자가 선택한 후에는, 시스템이 onActivityResult() 메서드를 호출합니다. 아래의 코드 조각에서 볼 수 있듯이, 앱이 가상 파일의 URI를 검색하고 입력 스트림을 가져올 수 있습니다.

  // Other Activity code ...

  final static private int REQUEST_CODE = 64;

  // We listen to the OnActivityResult event to respond to the user's selection.
  @Override
  public void onActivityResult(int requestCode, int resultCode,
    Intent resultData) {
      try {
        if (requestCode == REQUEST_CODE &&
            resultCode == Activity.RESULT_OK) {

            Uri uri = null;

            if (resultData != null) {
                uri = resultData.getData();

                ContentResolver resolver = getContentResolver();

                // Before attempting to coerce a file into a MIME type,
                // check to see what alternative MIME types are available to
                // coerce this file into.
                String[] streamTypes =
                  resolver.getStreamTypes(uri, "*/*");

                AssetFileDescriptor descriptor =
                    resolver.openTypedAssetFileDescriptor(
                        uri,
                        streamTypes[0],
                        null);

                // Retrieve a stream to the virtual file.
                InputStream inputStream = descriptor.createInputStream();
            }
        }
      } catch (Exception ex) {
        Log.e("EXCEPTION", "ERROR: ", ex);
      }
  }

사용자 파일 액세스에 대한 자세한 내용은 저장소 액세스 프레임워크 가이드를 참조하세요.