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), zRAM으로 스왑 및 기타 최적화는 메모리 관리에 도움이 됩니다. OEM은 새로운 구성 옵션을 사용하여 프로세스의 메모리 부족 수준을 조정하고, 그래픽 캐시 크기를 설정하고, 메모리 회수를 제어하는 등의 작업을 할 수 있습니다.

Android 자체에서 시스템 전반의 변경은 메모리 관리를 개선하고 메모리 공간을 줄입니다. 핵심 시스템 프로세스가 힙 사용을 줄이고, 이제 RAM을 많이 사용하는 앱으로부터 시스템 메모리를 더욱 적극적으로 보호합니다. 네트워크 연결이 변경될 때와 같이 여러 서비스가 한 번에 시작될 때 이제 Android는 최대 메모리 요구를 방지하기 위해 작은 그룹으로 서비스를 순차적으로 실행합니다.

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

새로운 도구는 앱의 메모리 사용에 관한 강력한 통계도 제공합니다. procstats 도구는 포그라운드 앱과 백그라운드 서비스의 런타임 및 메모리 공간과 함께 시간 경과에 따른 메모리 사용량을 자세히 보여줍니다. 온디바이스 뷰는 새로운 개발자 옵션으로 사용할 수 있습니다. meminfo 도구는 메모리 추세와 문제를 더 쉽게 발견할 수 있도록 개선되었으며 이전에 볼 수 없었던 추가 메모리 오버헤드를 보여줍니다.

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

Android 4.4는 결제, 포인트 제도, 카드 액세스, 교통카드 및 기타 맞춤 서비스를 위한 HCE (호스트 카드 에뮬레이션)를 통한 안전한 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)를 올바른 Android 애플리케이션으로 라우팅하는 기준으로 사용합니다.

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

사용자가 POS 단말기에서 탭하여 결제하면 시스템은 기본 AID를 추출하고 거래를 올바른 애플리케이션으로 라우팅합니다. 앱은 트랜잭션 데이터를 읽고 로컬 또는 네트워크 기반 서비스를 사용하여 트랜잭션을 확인하고 완료할 수 있습니다.

Android HCE는 기기에 표시할 NFC 컨트롤러를 요구합니다. HCE 지원은 이미 HCE 및 SE 트랜잭션을 모두 동적으로 지원하는 대부분의 NFC 컨트롤러에서 광범위하게 사용할 수 있습니다. NFC를 지원하는 Android 4.4 기기에는 HCE를 사용하는 간편 결제를 위한 탭앤페이가 포함되어 있습니다.

인쇄 프레임워크

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

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, 드라이브, 갤러리, QuickOffice 등 인쇄를 지원하는 여러 Google 앱이 포함됩니다.

저장소 액세스 프레임워크

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

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

클라우드 또는 로컬 서비스용 문서 제공자를 빌드하면 기존 Android 앱의 일부로 사용자에게 제공할 수 있습니다. 앱을 다운로드하여 설치하고 나면 사용자는 프레임워크에 참여하는 모든 앱에서 서비스에 즉시 액세스할 수 있습니다. 이렇게 하면 사용자가 서비스를 더 쉽게 찾을 수 있으므로 노출과 사용자 참여를 유도하는 데 도움이 됩니다.

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

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

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

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

저전력 센서

센서 일괄 처리

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

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

센서 일괄 처리는 피트니스, 위치 추적, 모니터링 등의 저전력 장기 실행 사용 사례에 이상적입니다. 이를 통해 앱의 효율성을 높일 수 있으며 화면이 꺼져 있고 시스템이 절전 모드일 때도 센서 이벤트를 계속 추적할 수 있습니다.

센서 일괄 처리는 현재 Nexus 5에서 사용할 수 있으며, Google은 칩셋 파트너와 협력하여 최대한 빠른 시일 내에 더 많은 기기에 제공할 수 있도록 노력하고 있습니다.

보행 탐지기 및 보행 계수기

Android 4.4에는 또한 두 가지 새로운 복합 센서(걸음수 감지기 및 걸음수 측정기)에 대한 플랫폼 지원이 추가되어 사용자가 걷거나 달리거나 계단을 오르는 동안 앱이 걸음 수를 추적할 수 있습니다. 이러한 새로운 센서는 전력 소비를 낮추기 위해 하드웨어에 구현됩니다.

걸음 감지기는 가속도계 입력을 분석하여 사용자가 걷는 시점을 인식한 후 걸음마다 이벤트를 트리거합니다. 걸음수 측정기는 마지막 기기 재부팅 이후의 총 걸음 수를 추적하고 걸음 수가 변경될 때마다 이벤트를 트리거합니다. 로직 및 센서 관리는 플랫폼 및 기본 하드웨어에 내장되어 있으므로 앱에서 자체 감지 알고리즘을 유지할 필요가 없습니다.

걸음 감지기 및 카운터 센서는 Nexus 5에서 사용할 수 있으며, Google은 칩셋 파트너와 협력하여 최대한 빨리 새 기기에 제공할 수 있도록 노력하고 있습니다.

SMS 제공자

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

새로운 제공자 및 API와 함께 Android 4.4에는 메시지를 수신하고 제공자에 작성하는 새로운 의미 체계가 도입되었습니다. 메시지가 수신되면 시스템은 새 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 스튜디오에서 logcat을 통해 실행할 수도 있습니다.

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

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 실시간 스트리밍) 지원을 HLS 사양의 버전 7 (프로토콜 버전 4)의 상위 집합으로 업데이트합니다. 자세한 내용은 IETF 초안을 참고하세요.

DSP에 대한 오디오 터널링

고성능 저전력 오디오 재생을 위해 Android 4.4는 기기 칩셋의 DSP (디지털 신호 프로세서)에 오디오 터널링을 위한 플랫폼 지원을 추가합니다. 터널링을 사용하면 오디오 디코딩 및 출력 효과가 DSP로 오프로드되어 애플리케이션 프로세서의 절전 모드가 해제되고 배터리도 적게 사용됩니다.

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

미디어 애플리케이션은 코드를 수정하지 않고도 지원되는 기기에서 오디오 터널링을 활용할 수 있습니다. 시스템은 기기에서 사용 가능할 때마다 오디오 재생을 최적화하기 위해 터널링을 적용합니다.

기기 하드웨어에서 오디오 터널링을 지원해야 합니다. 현재 오디오 터널링은 Nexus 5에서 사용할 수 있으며, Google은 가능한 한 빨리 더 많은 기기에서 오디오 터널링을 사용할 수 있도록 칩셋 파트너와 협력하고 있습니다.

오디오 모니터링

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

소리 증폭기

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

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

이제 오디오 프레임워크는 오디오 출력 HAL의 프레젠테이션 타임스탬프를 애플리케이션에 보고하여 오디오-동영상 동기화를 개선할 수 있습니다. 오디오 타임스탬프를 사용하면 앱에서 특정 오디오 프레임이 사용자에게 기기 외부에 표시되는 (또는 나온) 시점을 파악할 수 있습니다. 개발자는 타임스탬프 정보를 사용하여 오디오를 동영상 프레임과 더 정확하게 동기화할 수 있습니다.

Wi-Fi 인증 Miracast™

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

RenderScript Compute

지속적인 성능 개선

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

GPU 가속

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

이제 Android 4.4로 Nexus 5, Nexus 4, Nexus 7(2013), Nexus 10에서 GPU 가속이 지원되며, Google은 파트너와 협력하여 최대한 빠른 시일 내에 더 많은 기기에서 이 기능을 지원하기 위해 노력하고 있습니다.

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 하드웨어 컴포저인 HWComposer 1.3은 기본 외부 (예: HDMI) 디스플레이 외에 하나의 가상 디스플레이의 하드웨어 컴포지션을 지원하며 OpenGL ES 상호 운용성이 개선되었습니다.

새로운 유형의 연결

새 블루투스 프로필

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

HOGP, MAP 및 AVRCP를 위한 플랫폼 지원은 Android 4.2에서 Google 및 Broadcom에 의해 도입된 Bluedroid 블루투스 스택을 기반으로 합니다. 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는 이제 자막 처리를 위한 시스템 전체 환경설정을 추가하여 앱 전반에 걸쳐 더 나은 접근성 환경을 지원합니다. 사용자는 설정 > 접근성 > 자막으로 이동하여 자막 표시 여부, 사용할 언어, 텍스트 크기, 텍스트 스타일과 같은 전체 자막 설정을 지정할 수 있습니다.

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

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

자막을 표시하는 모든 앱은 사용자의 시스템 전체 자막 환경설정을 확인하고 자막을 이러한 환경설정에 최대한 가깝게 렌더링해야 합니다. 특정 설정 조합이 어떻게 표시될지 자세히 알아보려면 설정 앱에서 바로 다양한 언어, 크기, 스타일의 자막 미리보기를 확인하세요.

개선된 접근성 API

Android 4.4는 접근성 API를 확장하여 보다 정밀한 구조 및 시맨틱 설명과 화면 내 요소의 관찰을 지원합니다. 개발자는 새로운 API를 사용하여 접근성 서비스에 화면 요소에 관한 더 많은 정보를 제공함으로써 접근성 서비스에 액세스할 수 있는 피드백의 품질을 개선할 수 있습니다.

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

새로운 접근성 이벤트를 통해 개발자는 창 콘텐츠에서 발생하는 변경사항을 더 잘 추적할 수 있으며 이제 기기의 터치 탐색 모드에서 변경사항을 수신 대기할 수 있습니다.

전 세계 사용자에 대한 지원

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

앱이 RTL 스크립트를 사용하는 사용자를 타겟팅하는 경우 새 API를 사용하여 사용자의 언어 설정에 RTL 언어가 포함되어 있을 때 드로어블이 자동 미러링되어야 한다고 선언할 수 있습니다.

드로어블을 자동 미러링으로 선언하면 앱에서 애셋이 중복되는 것을 방지하고 APK 크기를 줄일 수 있습니다. LTR과 RTL 프레젠테이션에 모두 재사용 가능한 드로어블이 있는 경우 기본 버전을 자동 미러링으로 선언한 다음 RTL 리소스에서 이 드로어블을 생략할 수 있습니다.

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

RTL 레이아웃 강제 적용

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

RTL 레이아웃 강제 적용 옵션은 모든 언어의 기기를 RTL 레이아웃으로 전환하고 현재 언어로 텍스트를 표시합니다. 이렇게 하면 앱을 RTL 언어로 표시하지 않고도 앱 전반에서 레이아웃 문제를 찾을 수 있습니다. 설정 > 개발자 옵션 > RTL 레이아웃 방향 강제 적용에서 이 옵션에 액세스할 수 있습니다.

보안 기능 향상

SELinux(강제 적용 모드)

Android 4.4는 SELinux 구성을 '허용'에서 '적용'으로 업데이트합니다. 즉, 시행 정책이 있는 SELinux 도메인 내에서 잠재적인 정책 위반이 차단됩니다.

암호화 알고리즘 개선

Android는 암호화 알고리즘에 관한 지원을 두 개 더 추가하여 보안을 더욱 개선했습니다. 키 저장소 제공자에 Elliptic Curve Digital Signature Algorithm (ECDSA) 지원이 추가되어 애플리케이션 서명 또는 데이터 연결과 같은 시나리오에 적용할 수 있는 디지털 서명의 보안을 개선합니다. 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이 부족한 기기에서 메모리를 어떻게 사용하고 작동하는지 확인하는 데 특히 유용합니다. 설정 > 개발자 옵션 > 프로세스 통계에서 옵션에 액세스할 수 있습니다.

Process Stats 옵션은 새 procstats 서비스를 사용하여 수집된 데이터를 기반으로 앱의 메모리 사용에 관한 다양한 상위 수준 측정항목을 보여줍니다. 메인 화면에서 시스템 메모리 상태의 요약이 표시됩니다. 녹색은 RAM 사용량이 적은 상태에서 소요된 상대적인 시간을 나타내고, 노란색은 중간 RAM 사용량을, 빨간색은 높은 (중요) RAM 사용량을 나타냅니다.

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

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

Process Stats의 데이터를 사용하여 앱을 분석하면 문제를 파악하고 앱에 가능한 최적화를 제안할 수 있습니다. 예를 들어 앱이 필요한 시간보다 오래 실행되거나 일정 기간 동안 너무 많은 메모리를 사용하는 경우 코드에 버그가 있을 수 있으며, 이는 특히 RAM이 부족한 기기에서 실행할 때 앱의 성능을 개선하기 위해 해결할 수 있습니다.