Android KitKat

Android 4.4 KitKat에 오신 것을 환영합니다!

Android KitKat는 모든 장소에서 Android의 가장 혁신적이고 아름다우며 가장 유용한 모든 기능을 더 많은 기기에 제공합니다.

이 문서에서는 개발자를 위한 새로운 기능을 개략적으로 설명합니다.

www.android.com에 소비자용 KitKat에 대해 자세히 소개되어 있습니다.

모든 사람들을 위한 Android 만들기

Android 4.4는 512MB RAM 정도의 메모리를 가진 보급형 기기를 포함한 전보다 훨씬 다양한 기기에서 빠르고 매끄럽게 반응하도록 설계되었습니다.

KitKat는 모든 주요 구성 요소를 간소화하여 메모리 사용량을 줄이고, 새로운 API와 도구를 도입하여 혁신적이고 반응이 빠르며 메모리 효율적인 애플리케이션을 만들 수 있도록 지원합니다.

차세대 Android 기기를 빌드하는 OEM은 타겟팅 권장 사항 및 옵션을 활용하여 저용량 메모리 기기에서도 Android 4.4를 효율적으로 실행할 수 있습니다. Dalvik JIT 코드 캐시 튜닝, KSM(kernel samepage merging), zRAM으로 스왑 및 기타 최적화 기능은 메모리 관리에 도움이 됩니다. 새로운 구성 옵션을 이용하면 OEM을 프로세스의 메모리 부족 레벨 조정, 그래픽 캐시 크기 설정, 메모리 회수 제어 등 다양한 작업을 수행할 수 있습니다.

Android 자체에서 시스템 전반에 걸친 변경 사항은 메모리 관리를 개선하고 메모리 공간을 줄여줍니다. 핵심 시스템 프로세스를 다듬어서 더 적은 힙을 사용하고, 이제는 많은 양의 RAM을 소모하는 앱에 대해 보다 적극적으로 시스템 메모리를 보호합니다. Android는 이제 네트워크 연결을 변경하는 등 한 번에 여러 서비스를 시작할 때 여러 서비스를 소규모 그룹으로 나누어서 연속적으로 시작하여 메모리 수요가 최대에 이르지 않도록 합니다.

Android 4.4는 개발자가 모든 기기에서 효율적이고 반응이 빠른 앱을 제공할 수 있도록 지원합니다. 새로운 API인 ActivityManager.isLowRamDevice()를 이용하여 기기의 메모리 구성과 일치하도록 앱의 동작을 조정할 수 있습니다. 필요한 경우 보급형 기기에서 지원하려고 하는 사용 사례에 따라 대용량 메모리 기능을 수정하거나 비활성화할 수 있습니다. 여기에서 저용량 메모리 기기용 앱의 최적화에 대한 자세한 내용을 알아보세요.

또한 새로운 도구들을 사용하여 앱의 메모리 사용에 대해 강력한 분석 정보를 얻을 수 있습니다. procstats 도구는 포그라운드 앱 및 백그라운드 서비스의 런타임 및 메모리 공간과 함께 시간의 흐름에 따른 메모리 사용을 상세하게 보여줍니다. 또한 온디바이스 뷰를 새로운 개발자 옵션으로 이용할 수 있습니다. meminfo 도구는 보다 쉽게 메모리 동향과 문제를 찾아 낼 수 있도록 개선되었으며, 이전에는 볼 수 없었던 추가 메모리 오버헤드를 보여줍니다.

호스트 카드 에뮬레이션을 통한 새로운 NFC 기능

Android 4.4에서는 HCE(Host Card Emulation)를 통한 안전한 NFC 기반 트랜잭션, 결제, 로열티 프로그램, 카드 액세스, 교통 카드 및 기타 사용자 지정 서비스를 위한 새로운 플랫폼 지원 기능이 도입되었습니다. HCE를 사용하면 Android 기기의 모든 앱이 NFC 스마트 카드를 에뮬레이트할 수 있고, 사용자가 자신이 선택한 앱을 눌러 트랜잭션을 시작할 수 있으며, 기기에서 프로비저닝된 보안 요소(SE)가 필요 없습니다. 또한 앱에서 새로운 리더 모드를 사용하여 HCE 카드 및 다른 NFC 기반 트랜잭션에 대해 리더 역할을 수행할 수도 있습니다.

Android HCE는 비접촉식 ISO/IEC 14443-4(ISO-DEP) 프로토콜을 사용하여 전송하는 ISO/IEC 7816 기반 스마트 카드를 에뮬레이트합니다. 이 카드는 현재 기존 EMVCO NFC 결제 인프라를 포함한 많은 시스템에서 사용됩니다. Android에서는 ISO/IEC 7816-4에서 정의된 바와 같이 AID(Application Identifier)를 올바른 Android 애플리케이션에 대한 라우팅 트랜잭션의 기반으로 사용합니다.

앱은 이용 가능한 지원 유형(예: "결제")을 나타내는 카테고리 식별자와 함께 매니페스트 파일에서 지원하는 AID를 선언합니다. 여러 앱이 동일한 카테고리의 AID를 지원하는 경우, Android는 사용자가 사용할 앱을 선택할 수 있는 대화상자를 표시합니다.

사용자가 매장 터미널에서 결제하기 위해 누르면, 시스템은 권장 AID를 추출하고 트랜잭션을 올바른 애플리케이션으로 라우팅합니다. 앱은 트랜잭션 데이터를 읽고, 로컬 또는 네트워크 기반 서비스를 사용하여 트랜잭션을 확인한 다음 완료할 수 있습니다.

Android HCE는 기기에 표시할 NFC 컨트롤러를 요구합니다. HCE에 대한 지원은 이미 HCE와 SE 트랜잭션을 위한 동적 지원을 제공하는 대부분의 NFC 컨트롤러에서 폭넓게 사용할 수 있습니다. NFC를 지원하는 Android 4.4 기기에는 HCE를 사용하는 간편 결제용 탭앤페이가 포함될 예정입니다.

인쇄 프레임워크

이제 Android 앱은 Google 클라우드 프린트 같은 Wi-Fi 또는 클라우드 호스트 서비스를 통해 모든 유형의 콘텐츠를 인쇄할 수 있습니다. 사용자는 인쇄 지원 앱에서 사용 가능한 프린터를 검색하고, 용지 크기를 변경하고, 인쇄할 특정 페이지를 선택하고, 거의 모든 종류의 문서, 이미지 또는 파일을 인쇄할 수 있습니다.

Android 4.4에서는 인쇄 관리 및 새로운 유형의 프린터 지원을 추가하기 위한 API와 함께 인쇄용 네이티브 플랫폼 지원이 도입되었습니다. 플랫폼은 인쇄를 요청하는 앱과 인쇄 요청을 처리하는 설치된 인쇄 서비스 간에 중재 역할을 담당하는 인쇄 관리자를 제공합니다. 인쇄 관리자는 인쇄를 위한 공유 서비스와 시스템 UI를 제공하며, 사용자가 모든 앱에서 인쇄를 일관되게 제어할 수 있습니다. 인쇄 관리자는 또한 콘텐츠가 앱에서 인쇄 서비스로 여러 프로세스를 통과할 때 콘텐츠의 보안을 보장합니다.

프린터 제조업체는 새 API를 사용하여 자체적인 인쇄 서비스, 즉 특정 유형의 프린터와 통신하도록 플러그가 가능하고 공급업체별 로직과 서비스를 사용하는 구성 요소를 개발할 수 있습니다. 인쇄 서비스를 빌드하고 Google Play를 통해 배포하여 사용자가 기기에서 서비스를 쉽게 찾아서 설치하도록 할 수 있습니다. 다른 앱과 마찬가지로 언제라도 무선으로 인쇄 서비스를 업데이트할 수 있습니다.

클라이언트 앱은 새로운 API를 사용하여 최소한의 코드 변경으로 인쇄 기능을 앱에 추가할 수 있습니다. 대부분의 경우에는 인쇄 항목을 선택할 수 있도록 액션 바와 UI에 인쇄 작업을 추가할 수 있습니다. 또한 인쇄 작업을 생성하고, 인쇄 관리자에게 상태에 대해 쿼리하고 작업을 취소하도록 API를 구현할 수 있습니다. 이렇게 하면 로컬 이미지 및 문서에서 네트워크 데이터 또는 캔버스에 렌더링된 뷰에 이르는 거의 모든 유형의 콘텐츠를 인쇄할 수 있습니다.

호환성을 최대한으로 넓히기 위해 Android에서는 PDF를 인쇄를 위한 기본 파일 형식으로 사용합니다. 인쇄하기 전에 적절하게 지정된 PDF 버전의 콘텐츠를 생성해야 합니다. 편의를 위해 인쇄 API에서는 표준 Android 그리기 API를 사용하여 PDF를 생성하도록 네이티브 및 WebView 도우미 클래스를 제공합니다. 앱이 콘텐츠를 그리는 방법을 알고 있다면 빠르게 인쇄용 PDF를 생성할 수 있습니다.

Android 4.4를 실행하는 대부분의 기기에는 사전에 인쇄 서비스로 설치되는 Google 클라우드 프린트와 함께 Chrome, Drive, Gallery 및 QuickOffice 등 인쇄를 지원하는 여러 Google 앱이 포함될 것입니다.

저장소 액세스 프레임워크

새 저장소 액세스 프레임워크는 사용자가 선호하는 문서 저장소 제공자 전체에 걸쳐 문서, 이미지 및 각종 다른 파일을 탐색하고 여는 작업을 간편하게 만들어 줍니다. 표준형의 사용하기 쉬운 UI로 사용자가 각종 앱과 제공자에 걸쳐 일관된 방식으로 파일을 탐색하고 최근 기록에 액세스할 수 있게 해 줍니다.

클라우드 또는 로컬 저장소 서비스가 이 생태계에 참가하려면 자신의 서비스를 캡슐화하는 새 문서 제공자 클래스를 구현하면 됩니다. 제공자 클래스는 제공자를 시스템에 등록하고 제공자에서 문서 탐색, 읽기 및 쓰기를 관리하는 데 필요한 모든 API를 포함합니다. 사용자는 문서 제공자를 이용해 텍스트, 사진 및 배경 화면에서 동영상, 오디오 등에 이르기까지 파일로 표현될 수 있는 모든 원격 또는 로컬 데이터에 액세스할 수 있습니다.

클라우드 또는 로컬 서비스에 대해 문서 제공자를 빌드하는 경우, 기존 Android 앱의 일부로 사용자에게 제공할 수 있습니다. 앱을 다운로드 및 설치한 사용자는 프레임워크에 참여하는 모든 앱에서 여러분의 서비스에 즉시 액세스할 수 있습니다. 이렇게 하면 사용자가 서비스를 보다 쉽게 찾을 수 있어서 노출 및 사용자 참여를 얻는 데 도움이 됩니다.

파일 또는 문서를 관리하는 클라이언트 앱을 개발하는 경우, 파일을 열거나 생성하도록 새로운 CREATE_DOCUMENT 또는 OPEN_DOCUMENT 인텐트를 사용하여 저장소 액세스 프레임워크에 통합할 수 있습니다. 시스템은 사용 가능한 모든 문서 제공자를 포함해 탐색 문서에 대한 표준 UI를 자동으로 표시합니다.

공급업체별 코드 없이 모든 제공자에 대해 한 번에 클라이언트 앱을 통합할 수 있습니다. 사용자는 제공자를 추가 또는 삭제할 수 있기 때문에 코드에서 변경이나 업데이트할 필요 없이 계속해서 앱에서 선호하는 서비스에 액세스할 수 있습니다.

저장소 액세스 프레임워크는 기존 GET_CONTENT 인텐트와 통합되며, 따라서 사용자가 새 탐색용 시스템 UI에서 이전의 모든 콘텐츠와 데이터 소스에 액세스할 수 있습니다. 앱은 계속해서 GET_CONTENT를 사용자가 데이터를 가져오도록 하기 위한 방법으로 사용할 수 있습니다. 저장소 액세스 프레임워크 및 탐색용 시스템 UI를 이용하면 사용자가 더욱 쉽게 다양한 소스에서 데이터를 찾고 가져올 수 있습니다.

Android 4.4를 실행하는 대부분의 기기에는 문서 제공자로 사전 통합된 Google Drive 및 로컬 저장소가 포함되고, 파일을 사용하는 Google 앱도 새로운 프레임워크를 사용하게 될 것입니다.

저전력 센서

센서 일괄 처리

Android 4.4에서는 하드웨어 센서 일괄 처리에 대한 플랫폼 지원 기능이 도입되었으며, 이는 지속적인 센서 작업으로 인해 소모되는 전력을 크게 줄일 수 있는 새로운 최적화 기능입니다.

Android는 센서 이벤트를 개별적으로 탐지하는 것이 아니라 센서 일괄 처리를 통해 기기 하드웨어를 함께 사용하여 일괄 처리 방식으로 효율적으로 센서 이벤트를 수집하고 전달합니다. 이렇게 하면 일괄 처리가 전달될 때까지 기기의 애플리케이션 프로세서가 저전력 유휴 상태로 유지됩니다. 표준 이벤트 리스너를 사용하여 모든 센서에서 일괄 처리된 이벤트를 요청하고 일괄 처리를 수신하는 간격을 제어할 수 있습니다. 또한 일괄 처리 주기 사이에 이벤트를 즉시 전달할 수 있습니다.

센서 일괄 처리는 적합성, 위치 추적, 모니터링 등과 같이 저전력으로 오랫동안 실행하는 용도에 아주 적합합니다. 이를 통해 앱의 효율성을 높일 수 있으며, 화면이 꺼져 있고 시스템이 절전 상태에 있는 동안에도 계속해서 센서 이벤트를 추적할 수 있습니다.

센서 일괄 처리는 Nexus 5에서 이용할 수 있으며, 칩셋 파트너와 협력하면서 기능한 빠르게 보다 많은 기기에 제공하고 있습니다.

보행 탐지기 및 보행 계수기

Android 4.4에서는 또한 2개의 새로운 복합 센서(보행 탐지기 및 보행 계수기)에 대한 플랫폼 지원 기능이 추가되었으므로 사용자가 걷기, 달리기 또는 계단 오르기 등을 하는 동안 앱이 걸음 수를 추적할 수 있습니다. 이 신형 센서는 전력 소모량을 낮추기 위해 하드웨어에 구현됩니다.

보행 탐지기는 가속도계 입력값을 분석하여 사용자가 걷는 순간을 인식하고 매 걸음마다 이벤트를 트리거합니다. 보행 계수기는 기기를 마지막으로 재부팅한 이후의 전체 걸음 수를 추적하며, 걸음 수가 바뀔 때마다 이벤트를 트리거합니다. 로직 및 센서 관리는 플랫폼과 기본 하드웨어에 구축되기 때문에 앱에 자체 탐지 알고리즘을 유지할 필요가 없습니다.

보행 탐지기 및 보행 계수기 센서는 Nexus 5에서 이용할 수 있으며, 저희는 가급적 빠르게 새로운 기기에 적용하기 위해 칩셋 파트너와 협력하고 있습니다.

SMS 제공자

SMS 또는 MMS를 사용하는 메시징 앱을 개발하는 경우, 공유된 SMS 제공자 및 새 API를 사용하여 앱의 메시지 저장소 및 검색을 관리할 수 있습니다. 새 SMS 제공자 및 API는 SMS 또는 MMS 메시지를 처리하는 모든 앱에 대한 표준화된 상호작용 모델을 정의합니다.

Android 4.4에서는 새 제공자 및 API와 함께 메시지를 수신하고 제공자에 쓰는 데 활용할 수 있는 새 의미 체계가 도입되었습니다. 메시지가 수신되면, 시스템은 새 SMS_DELIVER 인텐트를 사용하여 사용자의 기본 메시징 앱에 직접 라우팅합니다. 다른 앱에서는 계속 SMS_RECEIVED 인텐트를 사용하여 들어오는 메시지를 수신 대기할 수 있습니다. 또한 이제 시스템은 다른 앱이 언제든지 메시지 데이터를 읽을 수 있지만 기본 앱만 제공자에게 메시지 데이터를 쓸 수 있도록 허용합니다. 사용자의 기본 앱이 아닌 앱은 계속해서 메시지를 보낼 수 있으며 시스템이 앱을 대신하여 제공자에 대한 메시지 쓰기를 처리할 수 있기 때문에, 사용자가 기본 앱에서 메시지를 읽을 수 있습니다.

새 제공자와 의미 체계는 여러 메시징 앱이 설치되는 경우에 사용자의 경험을 개선하는 데 도움이 되며, 개발자가 향후 API를 완벽히 지원하고 호환되는 새로운 메시징 기능을 구현할 수 있도록 합니다.

멋진 앱을 빌드할 수 있는 새로운 방법

전체 화면 몰입형 모드

이제 앱에서 기기 화면의 모든 픽셀을 사용하여 콘텐츠를 표시하고 터치 이벤트를 캡처할 수 있습니다. Android 4.4에는 휴대폰과 태블릿의 가장자리까지 화면이 여백없이 가득 채워지는 UI를 생성할 수 있는 새로운 전체 화면 몰입형 모드가 추가되었습니다. 여기서는 상태 표시줄 및 탐색 모음 같은 모든 시스템 UI가 숨겨집니다. 사진, 동영상, 지도, 책 및 게임 같은 풍부한 시각적 콘텐츠에 아주 적합합니다.

새 모드에서는 사용자가 앱이나 게임과 상호작용을 하는 동안에도 시스템 UI가 숨겨진 상태로 있으며, 이전에는 시스템 바 때문에 가려졌던 부분을 포함해 화면의 어느 위치에서든 터치 이벤트를 캡처할 수 있습니다. 이는 앱이나 게임에서 보다 크고 풍부하며 더욱 몰입할 수 있는 UI를 생성하고 시각적인 산만함도 줄일 수 있는 뛰어난 방법입니다.

사용자가 항상 전체 화면 몰입형 모드에서 쉽고 일관성 있게 시스템 UI에 액세스할 수 있도록, Android 4.4는 새로운 제스처를 지원합니다. 이제 몰입협 모드에서 화면 상단 또는 하단의 가장자리를 살짝 밀면 시스템 UI가 나타납니다.

사용자가 바의 경계 밖에 있는 화면을 터치하거나 바가 자동으로 숨겨지도록 잠시 기다리면 몰입형 모드로 돌아갈 수 있습니다. 또한 새 제스처를 이전의 상태 표시줄을 숨기는 방법과 함께 사용하면 일관된 사용자 환경을 제공할 수 있습니다.

애니메니션 화면용 전환 프레임워크

대부분의 앱은 다양한 액션을 노출하는 여러 주요 UI 상태에 맞춰 흐름을 구성합니다. 또한 많은 앱은 애니메이션을 사용하여 사용자가 각 앱에서 이용할 수 있는 상태와 액션을 통해 진행 상태를 이해하도록 도움을 줍니다. 앱에서 고화질 애니메이션을 더욱 쉽게 만들 수 있도록 Android 4.4에서는 새로운 전환 프레임워크가 도입되었습니다.

전환 프레임워크를 이용하면, 사용자가 들어가거나 종료할 때 화면을 애니메이트하거나 변환하는 방법을 설명하는 장면과 일반적인 뷰 계층 구조 및 전환을 정의할 수 있습니다. 몇 가지 사전 정의된 전환 유형을 사용하여 레이아웃 경계 또는 가시성 같은 특정 속성에 따라 장면을 애니메이트할 있습니다. 또한 화면을 변경하는 동안 뷰를 자동으로 사라지게 하고 이동하게 하며 크기를 조정하는 자동 전환 유형도 있습니다. 또한 앱에 가장 중요한 속성들을 애니메이트하는 사용자 지정 전환을 정의하고, 필요한 경우 자체 애니메이션 스타일에 플러그인할 수 있습니다.

또한 전환 프레임워크를 사용하면 장면을 정의할 필요없이 즉석에서 UI에 대한 변경 사항을 애니메이트할 수 있습니다. 예를 들어 일련의 뷰 계층 구조를 변경한 다음 TransitionManager가 자동으로 그러한 변경 사항에 대한 지연 전환을 실행하도록 할 수 있습니다.

일단 전환을 설정하고 나면 앱에서 호출하는 작업은 아주 간단합니다. 예를 들어, 단일 메서드를 호출하여 전환을 시작하고, 뷰 계층 구조에서 다양한 변경을 수행할 수 있으며, 다음 프레임 에니메이션에서 지정한 변경 사항을 자동으로 애니메이트하기 시작합니다.

애플리케이션 흐름의 특정 화면 사이에서 실행하는 전환에 대한 사용자 지정 제어의 경우에는 TransitionManager를 사용할 수 있습니다. TransitionManager를 이용해 특정 장면의 변경에 대해 실행되는 장면과 전환 사이의 관계를 정의할 수 있습니다.

반투명 시스템 UI 스타일 지정

콘텐츠에 가장 큰 영향을 주려면, 이제 새 창 스타일 및 테마를 사용하여 상태 표시줄과 탐색 모음을 모두 포함한 반투명 시스템 UI를 요청할 수 있습니다. 탐색 모음 버튼 또는 상태 표시줄 정보의 가독성을 보장하기 위해 미세한 그라데이션이 시스템 바 뒤에 표시됩니다. 배경 화면에 드러내 보일 필요가 있는 앱은 일반적인 사용 사례가 될 수 있습니다.

향상된 알림 액세스

이제 알림 리스너 서비스에서 알림 빌더 API를 사용하여 생성된 수신 알림에 대한 자세한 내용을 볼 수 있습니다. 리스너 서비스는 알림의 액션은 물론, 새로운 추가 필드(텍스트, 아이콘, 그림, 진행 상황, 크로노미터 등)에 액세스하여 알림에 대한 보다 명확한 정보를 추출하고 정보를 다른 방식으로 표시할 수 있습니다.

Chromium WebView

Android 4.4에는 Chromium을 기반으로 하는 WebView의 전혀 새로운 구현이 포함됩니다. 새로운 Chromium WebView는 웹 기반 콘텐츠를 빌드 및 표시하도록 최신의 표준 지원, 성능 및 호환성을 제공합니다.

Chromium WebView는 HTML5, CSS3 및 JavaScript에 대한 폭넓은 지원을 제공합니다. Android 30용 Chrome에서 이용할 수 있는 대부분의 HTML5 기능을 제공합니다. 또한 성능이 크게 개선된 JavaScript를 전달하는 업데이트된 버전의 JavaScript 엔진(V8)을 제공합니다.

또한 새 Chromium WebView는 Chrome DevTools를 사용하는 원격 디버깅을 지원합니다. 예를 들어, 개발 컴퓨터의 Chrome DevTools를 사용하여 모바일 기기에서 WebView 콘텐츠를 실시간으로 검사, 디버그 및 분석할 수 있습니다.

새 Chromium WebView는 Android 4.4 이상을 실행하는 모든 호환 기기에 포함됩니다. 기존 앱과 콘텐츠를 약간만 수정하면 새 WebView를 즉시 이용할 수 있습니다. 대부분의 경우 콘텐츠를 새 구현에 원활하게 마이그레이션할 수 있습니다.

새 미디어 기능

화면 녹화

이제 손쉽게 Android 기기에서 곧바로 앱의 고화질 동영상을 생성할 수 있습니다. Android 4.4에서는 화면 녹화를 위한 지원 기능이 추가되며, USB를 통해 Android SDK 환경에 연결된 기기에서 녹화를 시작 및 중지할 수 있는 화면 녹화 유틸리티가 제공됩니다. 앱, 테스트 자료, 마케팅 동영상 등에 대한 둘러보기와 튜토리얼을 생성하기 위한 훌륭한 새로운 방법입니다.

화면 녹화 유틸리티를 사용하면, 기기 화면 콘텐츠의 동영상을 캡처하고 동영상을 기기에 MP4 파일 형태로 저장할 수 있습니다. 원하는 기기 지원 해상도 및 비트 전송률을 기록할 수 있으며, 출력은 디스플레이의 화면비를 유지합니다. 기본적으로 유틸리티는 현재의 방향에서 기기의 디스플레이 해상도와 동일하거나 가까운 해상도를 선택합니다. 녹화를 완료하면 기기에서 직접 동영상을 공유하거나 사후 제작을 위해 MP4 파일을 호스트 컴퓨터로 끌어올 수 있습니다.

화면 레코더로 캡처하지 않으려는 동영상이나 다른 보호된 콘텐츠를 앱에서 재생하는 경우에는 SurfaceView.setSecure()를 사용하여 콘텐츠를 보안으로 표시할 수 있습니다.

adb shell screenrecord 명령을 사용하여 Android SDK에 포함된 adb 도구를 통해 화면 녹화에 액세스할 수 있습니다. Android Studio의 DDM 패널을 통해 시작할 수도 있습니다.

적응형 재생을 통한 해상도 전환

Android 4.4에서는 적응형 재생에 대한 공식적인 지원을 Android 미디어 프레임워크로 가져옵니다. 적응형 재생은 재생하는 동안 해상도의 원활한 변경이 가능한 MPEG-DASH 및 다른 형식을 위한 동영상 디코더의 옵션 기능입니다. 클라이언트는 새로운 해상도의 디코더 입력 동영상 프레임 공급을 시작할 수 있으며, 출력 버퍼의 해상도를 큰 차이 없이 자동으로 변경할 수 있습니다.

Android 4.4에서 해상도를 변경하면 미디어 앱이 훨씬 개선된 스트리밍 동영상 환경을 제공할 수 있습니다. 앱은 기존 API를 사용하여 런타임에 적응형 재생 지원을 확인하고 Android 4.4에서 도입된 새 API를 사용하여 해상도 전환을 구현할 수 있습니다.

DASH에 대한 공통 암호화

Android는 이제 MPEG-DASH에 대한 CENC(Common Encryption)를 지원하며 보호 콘텐츠 관리를 위한 표준의 새로운 다중 플랫폼 DRM 구성표를 제공합니다. 앱은 DASH 지원을 위해 Android의 모듈식 DRM 프레임워크 및 플랫폼 API를 통해 CENC를 활용할 수 있습니다.

HTTP 라이브 스트리밍

Android 4.4에서는 HLS(HTTP Live Streaming) 사양의 버전 7 일부(프로토콜의 버전 4)에 대한 플랫폼의 HLS 지원 기능이 업데이트되었습니다. 자세한 내용은 IETF 초안을 참조하세요.

DSP에 대한 오디오 터널링

고성능 저전력 오디오 재생을 위해 Android 4.4에서는 기기 칩셋의 DSP(digital signal processor)에 대한 오디오 터널링을 위한 플랫폼 지원을 추가합니다. 터널링을 사용하면 오디오 디코딩 및 출력 효과가 DSP로 오프로드되고, 애플리케이션 프로세서를 깨우는 빈도를 줄이고 적은 용량의 배터리를 사용합니다.

오디오 터널링은 화면이 꺼져 있는 상태에서 헤드셋을 통해 음악을 듣는 등의 사용 사례에서 배터리 수명을 크게 개선할 수 있습니다. 예를 들어 Nexus 5는 오디오 터널링을 통해 총 오프 네트워크 오디오 재생 시간을 최대 60시간까지 제공하며, 이는 터널링되지 않은 오디오보다 50% 이상 증가한 것입니다.

미디어 애플리케이션은 지원되는 기기에서 코드를 수정하지 않고 오디오 터널링을 이용할 수 있습니다. 시스템은 기기에서 이용할 수 있는 경우 언제라도 터널링을 적용하여 오디오 재생을 최적화할 수 있습니다.

기기 하드웨어에서 오디오 터널링을 지원해야 합니다. 현재 오디오 터널링은 Nexus 5에서 이용할 수 있으며, 저희는 가급적 빠르게 더 많은 기기에서 이용할 수 있도록 칩셋 파트너와 협력하고 있습니다.

오디오 모니터링

앱은 비주얼라이저 효과의 새 모니터링 도구를 사용하여 현재 기기에서 재생 중인 오디오의 최대 및 RMS 레벨에서 업데이트를 가져올 수 있습니다. 예를 들어, 음악 비주얼라이저에서 이 기능을 창의적으로 사용하거나 미디어 플레이어에서 재생 측정을 구현할 수 있습니다.

소리 증폭기

미디어 재생 애플리케이션은 특별히 음성에 적합하도록 튜닝된 시상수와 함께 컴프레서 역할을 하는 새 LoudnessEnhancer 효과를 사용하여 음성 콘텐츠의 소리를 증폭할 수 있습니다.

AV 동기화 향상을 위한 오디오 타임스탬프

이제 오디오 프레임워크는 오디오 출력 HAL의 프레젠테이션 타임스탬프를 애플리케이션에 보고하여 오디오-동영상 동기화를 향상시킬 수 있습니다. 오디오 타임스탬프를 이용하면 앱이 특정 오디오 프레임이 사용자에게 오프-기기로 나타나는(또는 나타났던) 시간을 판별할 수 있으며, 타임스탬프 정보를 이용해 오디오를 동영상 프레임과 보다 정확하게 동기화시킬 수 있습니다.

Wi-Fi 인증 Miracast™

이제 Wi-Fi Alliance Wi-Fi 디스플레이 사양에 따라 Android 4.4 기기를 Miracast와 호환 가능한 것으로 인증할 수 있습니다. 테스트에 도움이 되도록, 새 Wireless Display 개발자 옵션은 Wireless Display certification에 대한 고급 구성 컨트롤 및 설정을 노출합니다. Settings > Developer options > Wireless display certification에서 옵션에 액세스할 수 있습니다. Nexus 5는 Miracast 인증 무선 디스플레이 기기입니다.

RenderScript Compute

지속적인 성능 향상

앱이 RenderScript를 사용하는 경우에는 다시 컴파일할 필요없이 RenderScript 런타임 자체에서 지속적인 성능 튜닝의 이점을 얻을 수 있습니다. 오른쪽의 차트는 두 개의 인기 칩셋에 있는 Android 4.4의 성능 향상을 보여줍니다.

GPU 가속

지원되는 기기에서 RenderScript를 사용하는 앱은 코드를 변경하거나 다시 컴파일하지 않고서도 GPU 가속의 이점을 얻을 수 있습니다. Nexus 10에서 처음으로 RenderScript GPU 가속이 소개된 이후로 다른 다양한 하드웨어 파트너들이 추가로 지원하고 있습니다.

이제 Android 4.4에서는 GPU 가속 지원 기능을 Nexus 5는 물론 Nexus 4, Nexus 7(2013) 및 Nexus 10에서도 이용할 수 있으며, 저희는 가급적 빠르게 더 많은 기기에 적용하기 위해 칩셋 파트너와 협력하고 있습니다.

Android NDK의 RenderScript

이제 네이티브 코드에서 직접 RenderScript를 이용할 수 있습니다. Android NDK(Native Development Kit)의 새 C++ API를 사용하여 스크립트 내장 함수, 사용자 지정 커널 등을 포함한 프레임워크 API를 통해 이용할 수 있는 동일한 RenderScript 기능에 액세스할 수 있습니다.

네이티브 코드로 크고 성능 집약적인 작업을 처리해야 하는 경우에는 RenderScript를 사용하여 이 작업을 수행한 후 네이티브 코드와 통합할 수 있습니다. RenderScript는 멀티코어 CPU, GPU 및 다른 프로세서에 대한 자동 지원을 비롯하여 다양한 기기에서 탁월한 성능을 제공합니다.

NDK를 통해 RenderScript를 사용하는 앱을 빌드하는 경우, 프레임워크 API에 대해 이용할 수 있는 RenderScript 지원 라이브러리와 마찬가지로 Android 2.2 이상을 실행하는 기기에 배포할 수 있습니다.

그래픽

GLES2.0 SurfaceFlinger

Android 4.4에서는 SurfaceFlinger가 OpenGL ES 1.0에서 OpenGL ES 2.0으로 업그레이드되었습니다.

가상 디스플레이에 대한 새 Hardware Composer 지원

최신 버전의 Android Hardware Composer인 HWComposer 1.3은 기본 외장(예: HDMI) 디스플레이 외에 하나의 가상 디스플레이의 하드웨어 컴퍼지션을 지원하며 OpenGL ES 상호운용성이 개선되었습니다.

새로운 유형의 연결

새 블루투스 프로필

Android 4.4에서는 두 개의 새 블루투스 프로필을 지원하므로 앱이 더욱 다양한 저전력 및 미디어 상호작용을 지원할 수 있습니다. 앱에서 Bluetooth HID over GATT(HOGP)를 통해 마우스, 조이스틱 및 키보드와 같은 저전력 주변 기기와의 저지연 링크가 가능합니다. Bluetooth MAP을 통해 앱이 주변 기기(예: 핸즈프리 사용을 위한 자동 터미널 또는 기타 모바일 기기)와 메시지를 교환할 수 있습니다. Bluetooth AVRCP 1.3에 대한 확장으로 이제 사용자가 블루투스 기기를 통해 시스템에 절대 용량을 설정할 수 있습니다.

HOGP, MAP 및 AVRCP에 대한 플랫폼 지원은 Google 및 Android 4.2의 Broadcom에서 도입된 Bluedroid Bluetooth 스택에서 구현됩니다. 호환 가능한 Bluetooth 기능을 제공하는 Nexus 기기와 다른 Android 호환 기기에서는 즉시 지원이 가능합니다.

IR 블래스터

Android 4.4에서는 내장 IR 블래스터에 대한 플랫폼 지원과 함께 이 기능을 활용하는 앱을 만들 수 있는 새 API 및 시스템 서비스가 도입되었습니다.

새 API를 사용하여 주변 TV, 튜너, 스위치 및 다른 전자 기기를 사용자가 원격으로 제어하는 앱을 빌드할 수 있습니다. 이 API를 이용하면 앱이 휴대폰이나 태블릿에 적외선 방사체가 있는지 확인하고 이동통신사 주파수를 쿼리한 다음 적외선 신호를 보낼 수 있습니다.

이 API는 Android 4.4 이상을 실행하는 Android 기기에서는 표준이기 때문에 앱에서 사용자 지정 통합 코드를 작성하지 않고도 최대한 다양한 공급업체를 지원할 수 있습니다.

Wi-Fi TDLS 지원

Android 4.4에서는 Wi-Fi TDLS(Tunneled Direct Link Setup) 지원을 통해 미디어와 다른 데이터를 이미 동일한 Wi-Fi 네트워크에 있는 여러 기기 사이에서 보다 빠르게 스트리밍할 수 있는 원활한 방법이 도입되었습니다.

접근성

시스템 범위의 폐쇄형 자막 설정

Android 4.4에서는 이제 폐쇄형 자막을 위한 시스템 범위의 기본 설정을 추가하여 앱 전반에 걸쳐 보다 개선된 접근 환경을 지원합니다. 사용자는 Settings > Accessibility > Captions로 이동하여 자막 표시 여부 및 사용할 언어, 텍스트 크기와 텍스트 스타일 등의 전역 자막 기본 환경을 설정할 수 있습니다.

동영상을 사용하는 앱은 이제 사용자의 자막 설정에 액세스하여 사용자의 기본 설정을 충족하도록 프레젠테이션을 조정할 수 있습니다. 새 자막 관리자 API를 이용하면 사용자의 자막 기본 설정을 확인 및 모니터링할 수 있습니다. 자막 관리자는 사용자의 선호 자막 상태 및 선호 로케일, 배율 및 텍스트 스타일을 제공합니다. 텍스트 스타일에는 전경 및 배경 색상, 가장자리 속성 및 서체 등이 포함됩니다.

또한 VideoView를 사용하는 앱은 새 API를 사용하여 렌더링을 위한 동영상 스트림과 함께 자막 스트림을 전달합니다. 시스템은 사용자의 시스템 범위 설정에 따라 동영상 프레임에서 자막 디스플레이를 자동으로 처리합니다. 현재 VideoView는 WebVTT 형식으로만 자막의 자동 디스플레이를 지원합니다.

자막을 표시하는 모든 앱은 사용자의 시스템 범위 자막 기본 설정을 확인하고 자막을 이러한 기본 설정과 최대한 가깝게 렌더링해야 합니다. 특정 설정 조합을 찾는 자세한 방법은 Settings 앱의 오른쪽에 있는 다른 언어, 크기 및 스타일의 자막 미리보기에서 찾을 수 있습니다.

개선된 접근성 API

Android 4.4에서는 접근성 API를 확장하여 보다 정밀한 구조와 의미 체계 설명 및 화면 내 요소의 관찰을 지원합니다. 개발자는 새 API를 사용하여 화면 내 요소에 대한 보다 많은 정보를 접근성 서비스에 제공해 액세스 가능한 피드백의 품질을 개선할 수 있습니다.

이제 개발자가 접근성 노드에서 노드가 팝업인지 여부를 판단하고 입력 유형을 가져오는 등의 작업을 수행할 수 있습니다. 또한 새 API를 사용하여 목록 및 테이블 등 그리드 형식의 정보를 포함하는 노드를 다룰 수 있습니다. 예를 들어, 이제 새로 지원되는 액션, 컬렉션 정보, 라이브 지역 모드 등을 지정할 수 있습니다.

이제 개발자는 새로운 접근성 이벤트를 통해 창 콘텐츠에서 발생하는 변경 내용을 보다 가까이서 관측하고, 기기에서 터치 탐색 모드로 변경 내용을 들을 수 있습니다.

전 세계 사용자에 대한 지원

RTL 로케일에 대한 드로어블 미러링

앱이 RTL 스크립트를 사용하는 사용자를 대상으로 하는 경우, 새 API를 사용하여 사용자의 로케일 설정이 RTL 언어를 포함할 때 드로어블이 자동 미러링되어야 한다고 선언할 수 있습니다.

드로어블을 자동 미러링으로 선언하면 앱에서 자산이 중복되는 것을 방지하는 데 도움이 되며, APK의 크기를 줄일 수 있습니다. LTR과 RTL 프레젠테이션에 재사용할 수 있는 드로어블이 있으면 기본 버전을 자동 미러링으로 선언한 다음 RTL 리소스에서 해당 드로어블을 생략할 수 있습니다.

애플리케이션 코드에서 비트맵, 나인 패치, 레이어, 상태 목록 및 다른 드로어블 등 다양한 유형의 드로어블을 자동 미러링으로 선언할 수 있습니다. 또한 새 속성을 사용하여 리소스에서 드로어블을 자동 미러링으로 선언할 수 있습니다.

RTL 레이아웃 강제 적용

레이아웃 미러링 문제를 RTL 언어로 전환하지 않고 보다 쉽게 테스트 및 디버그할 수 있도록, Android에는 모든 앱에서 RTL 레이아웃 방향을 강제 적용할 수 있는 새 개발자 옵션이 포함되었습니다.

Force RTL layout 옵션은 모든 로케일에 대해 기기를 RTL 레이아웃으로 전환하고 현재 언어로 텍스트를 표시합니다. 따라서 앱을 RTL 언어로 표시할 필요 없이 앱 전반에서 레이아웃 문제를 찾을 수 있습니다. Settings > Developer options > Force RTL layout direction에서 이 옵션에 액세스할 수 있습니다.

보안 기능 향상

SELinux(강제 적용 모드)

Android 4.4에서는 SELinux 구성을 "허용(permissive)"에서 "강제 적용(enforcing)"으로 업데이트합니다. 이는 강제 적용 정책이 있는 SELinux 도메인 내에서 정책 위반 가능성이 차단됨을 의미합니다.

암호화 알고리즘 개선

Android는 두 개의 암호화 알고리즘에 대한 지원을 더 추가하여 보안 기능을 더욱 향상시켰습니다. ECDSA(Elliptic Curve Digital Signature Algorithm) 지원이 키스토어 제공자에 추가되어, 애플리케이션의 서명 또는 데이터 연결 등의 시나리오에 적용되는 디지널 서명의 보안 기능이 개선되었습니다. 디스크 전체 암호화에 사용되는 암호화 키를 보호하도록 Scrypt 키 파생 함수가 구현되었습니다.

기타 개선된 기능

이제 다중 사용자 기기에서 VPN이 각 사용자별로 적용됩니다. 따라서 사용자가 기기의 다른 사용자에게 영향을 주지 않고 VPN을 통해 모든 네트워크 트래픽을 라우팅할 수 있습니다. 또한 Android는 이제 FORTIFY_SOURCE 레벨 2를 지원하며, 모든 코드는 그러한 보호 기능으로 컴파일됩니다. FORTIFY_SOURCE가 clang을 사용하도록 개선되었습니다.

메모리 사용 분석용 도구

Procstats

procstats라고 하는 새 도구는 앱이 사용하는 메모리 리소스는 물론 시스템에서 실행되는 다른 앱과 서비스가 사용하는 리소스를 분석하는 데 도움이 됩니다.

Procstats는 시간 경과에 따른 앱 실행 상태를 계속 추적하여 실행 기간과 메모리 사용에 대한 데이터를 제공하므로, 앱이 얼마나 효율적으로 실행되고 있는지 판단하는 데 도움이 됩니다. 이를 통해 앱이 실행되는 시간과 앱이 실행되는 동안 사용하는 RAM의 크기를 모니터링할 수 있으므로, 백그라운드에서 실행되는 서비스를 시작하는 앱에 가장 중요합니다. Procstats는 또한 시간 경과에 따른 포그라운드 애플리케이션의 메모리 사용에 대한 데이터를 수집하여 앱의 전체적인 메모리 프로필을 판단합니다.

Procstats는 앱을 통해 시작되는 백그라운드 서비스를 식별하는 데 도움이 될 수 있습니다. 이 서비스가 계속해서 실행되는 시간 및 서비스가 실행되는 동안 사용하는 RAM의 크기를 계속 추적할 수 있습니다. 또한 Procstats를 사용하면 앱이 포그라운드에 있는 동안 시간 경과에 따른 메모리 사용을 프로파일링하여 앱의 전반적인 메모리 프로필을 판단할 수 있습니다.

Android SDK에 포함된 adb 도구인 adb shell dumpsys procstats에서 procstats에 액세스할 수 있습니다. 또한 온디바이스 프로파일링은 아래의 Process Stats 개발자 옵션을 참조하세요.

온디바이스 메모리 상태 및 프로파일링

Android 4.4에서는 앱이 기기나 에뮬레이터에서 실행되는 동안 보다 쉽게 앱의 메모리 프로필을 분석할 수 있는 새 개발자 옵션이 포함되었습니다. 앱이 RAM이 적은 기기에서 어떻게 메모리를 사용하고 실행되는지 확인하는 데 특히 유용합니다. Settings > Developer options > Process stats에서 이 옵션에 액세스할 수 있습니다.

Process Stats 옵션은 새로운 Procstats 서비스를 사용하여 수집된 데이터를 기반으로 앱의 메모리 사용에 대한 다양한 고급 지표를 보여줍니다. 메인 화면에서 전반적인 시스템 메모리 상태를 확인할 수 있습니다. 녹색은 RAM 사용량이 낮은 상태에서 소모된 시간의 상대적인 양을 나타내며, 노란색은 중간 RAM 사용량, 빨간색은 높은(임계) RAM 사용량을 나타냅니다.

아래는 각 앱의 시스템에서 메모리 부하를 요약한 목록입니다. 각 앱에 대해, 파란색 바는 프로세스의 상대적으로 계산된 메모리 부하(런타임 x avg_pss)를 나타내며, 백분율 숫자는 백그라운드에서 소모된 시간의 상대적인 양을 나타냅니다. 목록을 필터링하여 포그라운드, 백그라운드 또는 캐시된 프로세스만 나타낼 수 있으며, 시스템 프로세스를 포함하거나 제외할 수 있습니다. 또한 3, 6, 12 또는 24시간 동안 수집된 데이터의 기간을 변경할 수 있으며, uss 메모리를 포함하거나 제외할 수 있습니다.

격리된 상태에서 특정 앱의 메모리 사용량을 보다 자세히 살펴보려면, 앱을 누릅니다. 각 앱에 대해 소모된 메모리와 앱이 실행된 수집 간격의 백분율을 간략히 볼 수 있습니다. 또한 수집 기간의 평균 및 최대 사용량과 아래의 앱의 서비스 및 앱이 실행되는 시간의 백분율을 확인할 수 있습니다.

Process Stats의 데이터를 사용하여 앱을 분석하면 문제를 파악하고 앱에 대해 가능한 최적화를 제안할 수 있습니다. 예를 들어, 앱이 필요한 시간보다 오랫동안 실행되고 있거나 일정 시간에 지나치게 많은 메모리를 사용하고 있는 경우, 코드에 버그가 있을 수 있고 특히 RAM이 적은 기기에서 실행되는 경우 이 버그를 해결하여 앱의 성능을 향상시킬 수 있습니다.