기능 및 API 개요

Android 15에는 개발자를 위한 훌륭한 기능과 API가 도입되었습니다. 다음 섹션에서는 관련 API를 시작하는 데 도움이 되도록 이러한 기능을 요약합니다.

추가된 API, 수정된 API, 삭제된 API에 관한 자세한 목록은 API 차이점 보고서를 참고하세요. 추가된 API에 관한 자세한 내용은 Android API 참조를 참고하세요. Android 15의 경우 API 수준 35에 추가된 API를 찾아보세요. 플랫폼 변경이 앱에 영향을 줄 수 있는 분야에 관해 알아보려면 Android 15를 타겟팅하는 앱 및 모든 앱의 Android 15 동작 변경사항을 확인하세요.

카메라 및 미디어

Android 15에는 카메라 및 미디어 환경을 개선하고 크리에이터가 Android에서 자신의 비전을 실현할 수 있도록 지원하는 도구와 하드웨어에 액세스할 수 있는 다양한 기능이 포함되어 있습니다.

Android 미디어 및 카메라의 최신 기능과 개발자 솔루션에 관한 자세한 내용은 Google I/O의 현대적인 Android 미디어 및 카메라 환경 빌드 강연을 참고하세요.

저조도 화면 밝기

Android 15 introduces Low Light Boost, an auto-exposure mode available to both Camera 2 and the night mode camera extension. Low Light Boost adjusts the exposure of the Preview stream in low-light conditions. This is different from how the night mode camera extension creates still images, because night mode combines a burst of photos to create a single, enhanced image. While night mode works very well for creating a still image, it can't create a continuous stream of frames, but Low Light Boost can. Thus, Low Light Boost enables camera capabilities, such as:

  • Providing an enhanced image preview, so users are better able to frame their low-light pictures
  • Scanning QR codes in low light

If you enable Low Light Boost, it automatically turns on when there's a low light level, and turns off when there's more light.

Apps can record off the Preview stream in low-light conditions to save a brightened video.

For more information, see Low Light Boost.

인앱 카메라 컨트롤

Android 15에서는 지원되는 기기에서 카메라 하드웨어 및 알고리즘을 더 효과적으로 제어하기 위한 새 확장 프로그램을 추가합니다.

  • 고급 플래시 강도 조정을 통해 이미지를 캡처하는 동안 SINGLE 및 TORCH 모드에서 플래시 강도를 정밀하게 제어할 수 있습니다.

HDR 헤드룸 제어

Android 15는 기본 기기 기능과 패널의 비트 심도에 적합한 HDR 헤드룸을 선택합니다. 단일 HDR 썸네일을 표시하는 메시지 앱과 같이 SDR 콘텐츠가 많은 페이지의 경우 이 동작은 SDR 콘텐츠의 인지되는 밝기에 부정적인 영향을 줄 수 있습니다. Android 15에서는 setDesiredHdrHeadroom로 HDR 헤드룸을 제어하여 SDR과 HDR 콘텐츠 간의 균형을 맞출 수 있습니다.

왼쪽 화면에 있는 SDR UI 요소의 밝기는 오른쪽 화면의 밝기보다 더 균일하게 보입니다. 이는 HDR과 SDR 콘텐츠가 혼합될 때 발생할 수 있는 헤드룸 문제를 시뮬레이션합니다. HDR 헤드룸을 조정하면 SDR과 HDR 콘텐츠 간의 밸런스를 개선할 수 있습니다.

라우드니스 제어

Android 15 introduces support for the CTA-2075 loudness standard to help you avoid audio loudness inconsistencies and ensure users don't have to constantly adjust volume when switching between content. The system leverages known characteristics of the output devices (headphones and speaker) along with loudness metadata available in AAC audio content to intelligently adjust the audio loudness and dynamic range compression levels.

To enable this feature, you need to ensure loudness metadata is available in your AAC content and enable the platform feature in your app. For this, you instantiate a LoudnessCodecController object by calling its create factory method with the audio session ID from the associated AudioTrack; this automatically starts applying audio updates. You can pass an OnLoudnessCodecUpdateListener to modify or filter loudness parameters before they are applied on the MediaCodec.

// Media contains metadata of type MPEG_4 OR MPEG_D
val mediaCodec = …
val audioTrack = AudioTrack.Builder()
                                .setSessionId(sessionId)
                                .build()
...
// Create new loudness controller that applies the parameters to the MediaCodec
try {
   val lcController = LoudnessCodecController.create(mSessionId)
   // Starts applying audio updates for each added MediaCodec
}

AndroidX media3 ExoPlayer will also be updated to use the LoudnessCodecController APIs for a seamless app integration.

가상 MIDI 2.0 기기

Android 13에는 USB를 사용하는 MIDI 2.0 기기: USB를 사용하여 통신합니다. 범용 MIDI 패킷 (UMP): Android 15에서는 UMP 지원을 가상 MIDI 앱으로 확장하여 작곡 앱이 USB MIDI 2.0 기기에서와 마찬가지로 가상 MIDI 2.0 기기로 신디사이저 앱을 제어할 수 있도록 합니다.

더 효율적인 AV1 소프트웨어 디코딩

dav1d 로고

이제 VideoLAN의 인기 있는 AV1 소프트웨어 디코더인 dav1d를 하드웨어에서 AV1 디코딩을 지원하지 않는 Android 기기에서 사용할 수 있습니다. dav1d는 기존 AV1 소프트웨어 디코더보다 성능이 최대 3배 더 우수하므로 일부 저성능 및 중간 등급 기기를 포함한 더 많은 사용자가 HD AV1을 재생할 수 있습니다.

지금은 앱에서 "c2.android.av1-dav1d.decoder"라는 이름으로 dav1d를 호출하여 dav1d를 사용하도록 선택해야 합니다. 이후 업데이트에서 dav1d가 기본 AV1 소프트웨어 디코더가 됩니다. 이 지원은 표준화되어 Google Play 시스템 업데이트를 수신하는 Android 11 기기로 백포팅됩니다.

개발자 생산성 및 도구

생산성 향상을 위한 Google의 노력은 대부분 Android 스튜디오, Jetpack Compose, Android Jetpack 라이브러리와 같은 도구에 집중되어 있지만, Google은 항상 개발자의 비전을 더 쉽게 실현할 수 있도록 플랫폼에서 방법을 모색하고 있습니다.

OpenJDK 17 업데이트

Android 15 continues the work of refreshing Android's core libraries to align with the features in the latest OpenJDK LTS releases.

The following key features and improvements are included:

These APIs are updated on over a billion devices running Android 12 (API level 31) and higher through Google Play System updates, so you can target the latest programming features.

PDF 개선사항

Android 15 includes substantial improvements to the PdfRenderer APIs. Apps can incorporate advanced features such as rendering password-protected files, annotations, form editing, searching, and selection with copy. Linearized PDF optimizations are supported to speed local PDF viewing and reduce resource use. The Jetpack PDF library uses these APIs to simplify adding PDF viewing capabilities to your app.

The latest updates to PDF rendering include features such as searching an embedded PDF file.

The PdfRenderer has been moved to a module that can be updated using Google Play system updates independent of the platform release, and we're supporting these changes back to Android 11 (API level 30) by creating a compatible pre-Android 15 version of the API surface, called PdfRendererPreV.

자동 언어 전환 개선사항

Android 14에서는 언어 간 자동 전환을 통해 오디오에 기기 내 다국어 인식을 추가했지만, 이로 인해 특히 두 발화 간에 일시중지가 적은 언어가 전환되는 경우 단어가 누락될 수 있습니다. Android 15에는 앱이 이 전환을 사용 사례에 맞게 조정할 수 있도록 추가 컨트롤이 추가되었습니다. EXTRA_LANGUAGE_SWITCH_INITIAL_ACTIVE_DURATION_TIME_MILLIS는 자동 전환을 오디오 세션의 시작 부분으로 제한하고, EXTRA_LANGUAGE_SWITCH_MATCH_SWITCHES는 정의된 수의 스위치 후에 언어 전환을 비활성화합니다. 이 옵션은 세션 중에 사용되는 단일 언어가 있을 것으로 예상되는 경우 특히 유용합니다.

OpenType Variable Font API 개선

Android 15는 OpenType 가변 글꼴의 사용성을 개선합니다. 이제 할 수 있습니다. 지정하지 않고 가변 글꼴에서 FontFamily 인스턴스 생성 가중치 축의 buildVariableFamily API 사용. 텍스트 렌더기는 표시되는 텍스트와 일치하도록 wght 축의 값입니다.

새 API를 사용하면 Typeface를 만드는 코드가 간소화됩니다. 상당히 크게 개선되었습니다.

Kotlin

val newTypeface = Typeface.CustomFallbackBuilder(
            FontFamily.Builder(
                Font.Builder(assets, "RobotoFlex.ttf").build())
                    .buildVariableFamily())
    .build()

자바

Typeface newTypeface = Typeface.CustomFallbackBuilder(
            new FontFamily.Builder(
                new Font.Builder(assets, "RobotoFlex.ttf").build())
                    .buildVariableFamily())
    .build();

이전에는 동일한 Typeface를 만들려면 훨씬 더 많은 코드가 필요했습니다.

Kotlin

val oldTypeface = Typeface.CustomFallbackBuilder(
            FontFamily.Builder(
                Font.Builder(assets, "RobotoFlex.ttf")
                    .setFontVariationSettings("'wght' 400")
                    .setWeight(400)
                    .build())
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 100")
                        .setWeight(100)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 200")
                        .setWeight(200)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 300")
                        .setWeight(300)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 500")
                        .setWeight(500)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 600")
                        .setWeight(600)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 700")
                        .setWeight(700)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 800")
                        .setWeight(800)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 900")
                        .setWeight(900)
                        .build()
                ).build()
        ).build()

자바

Typeface oldTypeface = new Typeface.CustomFallbackBuilder(
    new FontFamily.Builder(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 400")
            .setWeight(400)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 100")
            .setWeight(100)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 200")
            .setWeight(200)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 300")
            .setWeight(300)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 500")
            .setWeight(500)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 600")
            .setWeight(600)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 700")
            .setWeight(700)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 800")
            .setWeight(800)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 900")
            .setWeight(900)
            .build()
    )
    .build()
).build();

다음은 Typeface가 이전 API와 새 API를 모두 사용하여 생성된 방법의 예입니다. 렌더링:

신규 및 이전 글꼴 사용 시 Typeface 렌더링의 차이점 예 API

이 예에서 이전 API로 만든 Typeface에는 350, 450, 550, 650 Font 인스턴스이므로 렌더러가 가장 가까운 가중치로 대체됩니다. 따라서 이 경우 350 대신 300이 렌더링되고, 450 대신 400이 렌더링되고, 등등. 반대로 새 API로 생성된 Typeface는 동적으로 생성됩니다. 주어진 가중치에 대한 Font 인스턴스. 따라서 350에 대해 정확한 가중치가 렌더링됨 450, 550, 650도 마찬가지입니다.

세분화된 줄바꿈 제어

Android 15부터 TextView 및 기본 줄 바꿈은 가독성을 개선하기 위해 텍스트의 지정된 부분을 동일한 줄에 유지할 수 있습니다. 문자열 리소스 또는 createNoBreakSpan에서 <nobreak> 태그를 사용하여 이 줄바꿈 맞춤설정을 활용할 수 있습니다. 마찬가지로 <nohyphen> 태그 또는 createNoHyphenationSpan를 사용하여 단어를 구두점을 사용하지 않고 유지할 수 있습니다.

예를 들어 다음 문자열 리소스에는 줄바꿈이 포함되어 있지 않으며 'Pixel 8 Pro'라는 텍스트로 렌더링되며 원치 않는 위치에서 줄바꿈이 발생합니다.

<resources>
    <string name="pixel8pro">The power and brains behind Pixel 8 Pro.</string>
</resources>

반대로 이 문자열 리소스에는 'Pixel 8 Pro'라는 문구를 래핑하고 줄바꿈을 방지하는 <nobreak> 태그가 포함되어 있습니다.

<resources>
    <string name="pixel8pro">The power and brains behind <nobreak>Pixel 8 Pro.</nobreak></string>
</resources>

이러한 문자열이 렌더링되는 방식의 차이는 다음 이미지에 나와 있습니다.

<nobreak> 태그를 사용하여 'Pixel 8 Pro'라는 문구가 줄바꿈되지 않은 텍스트 줄의 레이아웃
'Pixel 8 Pro.' 문구가 <nobreak> 태그를 사용하여 래핑된 동일한 텍스트 줄의 레이아웃

앱 보관처리

Android 및 Google Play는 작년에 앱 보관 지원을 발표하여 사용자가 Google Play에서 Android App Bundle을 사용하여 게시된 기기에서 자주 사용하지 않는 앱을 부분적으로 삭제하여 공간을 확보할 수 있도록 했습니다. Android 15에는 앱 보관처리를 위한 OS 수준 지원이 포함되어 있습니다. 모든 앱 스토어에서 이를 더 쉽게 구현할 수 있습니다.

REQUEST_DELETE_PACKAGES 권한이 있는 앱은 PackageInstaller requestArchive 메서드를 호출하여 설치된 앱 패키지 보관처리를 요청할 수 있습니다. 이 경우 APK와 캐시된 파일이 삭제되지만 사용자 데이터는 유지됩니다. 보관처리된 앱은 LauncherApps API를 통해 표시 가능한 앱으로 반환됩니다. 사용자에게는 이러한 앱이 보관처리되었음을 강조하는 UI 처리가 표시됩니다. 사용자가 보관처리된 앱을 탭하면 해당 설치 프로그램은 보관 취소 요청을 받게 되며, 복원 프로세스는 ACTION_PACKAGE_ADDED 브로드캐스트에서 모니터링됩니다.

그래픽

Android 15에서는 ANGLE 및 캔버스 그래픽 시스템에 추가된 기능을 비롯한 최신 그래픽 개선사항을 제공합니다.

Android의 GPU 액세스 현대화

Vulkan 로고

코어 OS가 단일 CPU에서 실행되고 고정 기능 파이프라인을 기반으로 API를 사용하여 GPU에 액세스하던 초기부터 Android 하드웨어가 크게 발전했습니다. Vulkan® 그래픽 API는 Android 7.0 (API 수준 24)부터 NDK에서 사용할 수 있습니다. 여기에는 최신 GPU 하드웨어를 더 잘 반영하고 여러 CPU 코어를 지원하도록 확장되며 CPU 드라이버 오버헤드가 감소하여 앱 성능이 개선된 하위 수준 추상화가 포함됩니다. Vulkan은 모든 최신 게임 엔진에서 지원됩니다.

Vulkan은 GPU에 대해 Android에서 선호하는 인터페이스입니다. 따라서 Android 15에는 Vulkan에서 OpenGL® ES를 실행하기 위한 선택적 레이어로 ANGLE이 포함되어 있습니다. ANGLE로 이동하면 호환성이 개선되고 경우에 따라 성능이 향상되도록 Android OpenGL 구현이 표준화됩니다. Android 15의 설정 -> 시스템 -> 개발자 옵션 -> 실험용: ANGLE 사용 설정에서 개발자 옵션을 사용 설정하여 ANGLE에서 OpenGL ES 앱 안정성 및 성능을 테스트할 수 있습니다.

Vulkan의 Android ANGLE 로드맵

Android GPU API에 예정된 변경사항 로드맵

GPU 스택 간소화의 일환으로 앞으로 더 많은 새로운 기기에서 OpenGL 시스템 드라이버로 ANGLE을 제공할 예정이며, 향후 OpenGL/ES는 ANGLE을 통해서만 제공될 것으로 예상합니다. 하지만 모든 기기에서 OpenGL ES를 계속 지원할 계획입니다.

권장되는 다음 단계

개발자 옵션을 사용하여 OpenGL ES용 ANGLE 드라이버를 선택하고 앱을 테스트합니다. 새 프로젝트의 경우 C/C++용 Vulkan을 사용하는 것이 좋습니다.

캔버스 개선사항

Android 15에서는 새로운 기능을 통해 Android 캔버스 그래픽 시스템을 현대화하고 있습니다.

  • Matrix44는 3D에서 캔버스를 조작하려고 할 때 사용해야 하는 좌표 변환을 위한 4x4 행렬을 제공합니다.
  • clipShader는 현재 클립을 지정된 셰이더와 교차하는 반면 clipOutShader는 클립을 현재 클립과 셰이더의 차이로 설정하여 각각 셰이더를 알파 마스크로 처리합니다. 이를 통해 복잡한 도형을 효율적으로 그릴 수 있습니다.

성능 및 배터리

Android는 앱의 성능과 품질을 개선하는 데 계속 집중하고 있습니다. Android 15에서는 앱의 작업을 더 효율적으로 실행하고, 앱 성능을 최적화하고, 앱에 관한 통계를 수집하는 데 도움이 되는 API를 도입합니다.

배터리 효율 권장사항, 네트워크 및 전원 사용량 디버깅, Android 15 및 최신 버전의 Android에서 배경 작업의 배터리 효율을 개선하는 방법에 관한 자세한 내용은 Google I/O의 Android에서 배경 작업의 배터리 효율 개선 강연을 참고하세요.

ApplicationStartInfo API

이전 버전의 Android에서 앱 시작은 다소 미스터리였습니다. 앱이 콜드, 웜, 핫 상태에서 시작되었는지 확인하기가 어려웠습니다. 프로세스 포크, onCreate 호출, 첫 번째 프레임 그리기 등 다양한 실행 단계에서 앱이 소요된 시간을 파악하기도 어려웠습니다. Application 클래스가 인스턴스화될 때 앱이 브로드캐스트, 콘텐츠 제공업체, 작업, 백업, 부팅 완료, 알람 또는 Activity에서 시작되었는지 알 방법이 없었습니다.

Android 15의 ApplicationStartInfo API는 이 모든 작업과 그 이상을 제공합니다. 자체 타임스탬프를 흐름에 추가하여 타이밍 데이터를 한곳에서 수집할 수도 있습니다. 측정항목을 수집하는 것 외에도 ApplicationStartInfo를 사용하여 앱 시작을 직접 최적화할 수 있습니다. 예를 들어 앱이 브로드캐스트로 인해 시작될 때 Application 클래스 내에서 UI 관련 라이브러리의 비용이 많이 드는 인스턴스화를 제거할 수 있습니다.

자세한 앱 크기 정보

Android 8.0(API 수준 26)부터 Android에는 APK 크기, APK에서 추출한 파일 크기, 기기에서 생성된 파일(예: AOT(Ahead-Of-Time) 컴파일 코드)의 합계인 단일 바이트 수로 앱 설치 크기를 요약하는 StorageStats.getAppBytes API가 포함되었습니다. 이 수치는 앱이 저장용량을 사용하는 방식과 관련하여 중요한 역할을 하지 않습니다.

Android 15에는 APK 파일 분할, AOT 및 속도 향상 관련 코드, dex 메타데이터, 라이브러리, 가이드 프로필 등 앱이 공간을 어떻게 사용하고 있는지 파악할 수 있는 StorageStats.getAppBytesByDataType([type]) API가 추가되었습니다.

앱 관리 프로파일링

Android 15에는 힙 덤프, 힙 프로필, 스택 샘플링과 같은 프로파일링 정보를 앱 내에서 수집할 수 있는 ProfilingManager 클래스가 포함되어 있습니다. 앱의 파일 디렉터리에 전송되는 출력 파일을 식별하는 제공된 태그와 함께 앱에 콜백을 제공합니다. API는 성능 영향을 최소화하기 위해 비율 제한을 사용합니다.

앱에서 프로파일링 요청 구성을 간소화하려면 Core 1.15.0-rc01 이상에서 사용할 수 있는 상응하는 Profiling AndroidX API를 사용하는 것이 좋습니다.

SQLite 데이터베이스 개선

Android 15에서는 특정 성능 문제를 대상으로 하는 기본 SQLite 엔진의 매니페스트 파일에 있습니다 이러한 API는 SQLite를 버전으로 업데이트하면서 3.44.3.

특히 대규모 데이터베이스를 사용하거나 지연 시간에 민감한 쿼리를 실행할 때는 SQLite 성능 권장사항을 참고하여 SQLite 데이터베이스를 최대한 활용해야 합니다.

  • 읽기 전용 지연된 트랜잭션: 읽기 전용 (쓰기 문은 포함하지 않음), 사용 beginTransactionReadOnly() 및 beginTransactionWithListenerReadOnly(SQLiteTransactionListener) 읽기 전용 DEFERRED 거래를 발행할 수 있습니다. 이러한 트랜잭션은 서로 동시에 실행될 수 있으며, 데이터베이스가 WAL 모드인 경우 IMMEDIATE 또는 EXCLUSIVE 트랜잭션과 동시에 실행될 수 있습니다.
  • 행 수 및 ID: 변경된 행 수를 검색하기 위해 API가 추가되었습니다. 행 또는 마지막으로 삽입된 행 ID를 반환할 수 있습니다. getLastChangedRowCount()는 현재 트랜잭션 내에서 가장 최근 SQL 문에 의해 삽입, 업데이트 또는 삭제된 행 수를 반환하고 getTotalChangedRowCount()는 현재 연결의 개수를 반환합니다. getLastInsertRowId()는 마지막 행의 rowid를 반환합니다. 현재 연결에 삽입됩니다.
  • 원시 문: 편의를 우회하여 원시 SQlite 문을 실행합니다. 발생할 수 있는 추가 처리 오버헤드에 대해 걱정할 필요가 없습니다.

Android 동적 성능 프레임워크 업데이트

Android 15에서는 Android 동적 성능 프레임워크 (ADPF)에 대한 투자를 계속하고 있습니다. ADPF는 게임 및 성능이 집약적인 앱이 Android 기기의 전력 및 열 시스템과 더 직접적으로 상호작용할 수 있도록 지원하는 API 집합입니다. 지원되는 기기에서 Android 15는 새로운 ADPF 기능을 추가합니다.

  • 관련 스레드가 성능보다 절전을 선호함을 나타내기 위한 힌트 세션의 전력 효율 모드로 장기 실행되는 백그라운드 워크로드에 적합합니다.
  • GPU 및 CPU 작업 기간은 둘 다 힌트 세션에 보고할 수 있으므로 시스템이 CPU 및 GPU 주파수를 함께 조정하여 워크로드 수요를 가장 잘 충족할 수 있습니다.
  • 열 헤드룸 기준점: 헤드룸 예측을 기반으로 가능한 열 제한 상태를 해석합니다.

앱과 게임에서 ADPF를 사용하는 방법을 자세히 알아보려면 문서로 이동하세요.

개인정보 보호

Android 15에는 앱 개발자가 사용자 개인 정보를 보호하는 데 도움이 되는 다양한 기능이 포함되어 있습니다.

화면 녹화 감지

Android 15에서는 녹화 중임을 감지하는 앱 지원을 추가합니다. 콜백은 앱이 화면 녹화 내에서 표시 또는 숨김 상태 간에 전환될 때마다 호출됩니다. 앱은 등록 프로세스의 UID가 소유한 활동이 표시되는 경우 표시되는 것으로 간주됩니다. 있습니다. 이렇게 하면 앱에서 민감한 작업을 실행하는 경우 녹화 중임을 사용자에게 알릴 수 있습니다.

val mCallback = Consumer<Int> { state ->
  if (state == SCREEN_RECORDING_STATE_VISIBLE) {
    // We're being recorded
  } else {
    // We're not being recorded
  }
}

override fun onStart() {
   super.onStart()
   val initialState =
      windowManager.addScreenRecordingCallback(mainExecutor, mCallback)
   mCallback.accept(initialState)
}

override fun onStop() {
    super.onStop()
    windowManager.removeScreenRecordingCallback(mCallback)
}

확장된 IntentFilter 기능

Android 15 builds in support for more precise Intent resolution through UriRelativeFilterGroup, which contains a set of UriRelativeFilter objects that form a set of Intent matching rules that must each be satisfied, including URL query parameters, URL fragments, and blocking or exclusion rules.

These rules can be defined in the AndroidManifest XML file with the <uri-relative-filter-group> tag, which can optionally include an android:allow tag. These tags can contain <data> tags that use existing data tag attributes as well as the android:query and android:fragment attributes.

Here's an example of the AndroidManifest syntax:

<intent-filter>
  <action android:name="android.intent.action.VIEW" />
  <category android:name="android.intent.category.BROWSABLE" />
  <category android:name="android.intent.category.DEFAULT" />
  <data android:scheme="http" />
  <data android:scheme="https" />
  <data android:domain="astore.com" />
  <uri-relative-filter-group>
    <data android:pathPrefix="/auth" />
    <data android:query="region=na" />
  </uri-relative-filter-group>
  <uri-relative-filter-group android:allow="false">
    <data android:pathPrefix="/auth" />
    <data android:query="mobileoptout=true" />
  </uri-relative-filter-group>
  <uri-relative-filter-group android:allow="false">
    <data android:pathPrefix="/auth" />
    <data android:fragmentPrefix="faq" />
  </uri-relative-filter-group>
</intent-filter>

비공개 스페이스

The private space can be unlocked and locked to show or hide sensitive apps on a device.

Private space lets users create a separate space on their device where they can keep sensitive apps away from prying eyes, under an additional layer of authentication. The private space uses a separate user profile. The user can choose to use the device lock or a separate lock factor for the private space.

Apps in the private space show up in a separate container in the launcher, and are hidden from the recents view, notifications, settings, and from other apps when the private space is locked. User-generated and downloaded content (such as media or files) and accounts are separated between the private space and the main space. The system sharesheet and the photo picker can be used to give apps access to content across spaces when the private space is unlocked.

Users can't move existing apps and their data into the private space. Instead, users select an install option in the private space to install an app using whichever app store they prefer. Apps in the private space are installed as separate copies from any apps in the main space (new copies of the same app).

When a user locks the private space, the profile is stopped. While the profile is stopped, apps in the private space are no longer active and can't perform foreground or background activities, including showing notifications.

We recommend that you test your app with private space to make sure your app works as expected, especially if your app falls into one of the following categories:

선택한 사진 액세스에 대한 최근 사용자 선택 쿼리

Apps can now highlight only the most-recently-selected photos and videos when partial access to media permissions is granted. This feature can improve the user experience for apps that frequently request access to photos and videos. To use this feature in your app, enable the QUERY_ARG_LATEST_SELECTION_ONLY argument when querying MediaStore through ContentResolver.

Kotlin

val externalContentUri = MediaStore.Files.getContentUri("external")

val mediaColumns = arrayOf(
   FileColumns._ID,
   FileColumns.DISPLAY_NAME,
   FileColumns.MIME_TYPE,
)

val queryArgs = bundleOf(
   // Return only items from the last selection (selected photos access)
   QUERY_ARG_LATEST_SELECTION_ONLY to true,
   // Sort returned items chronologically based on when they were added to the device's storage
   QUERY_ARG_SQL_SORT_ORDER to "${FileColumns.DATE_ADDED} DESC",
   QUERY_ARG_SQL_SELECTION to "${FileColumns.MEDIA_TYPE} = ? OR ${FileColumns.MEDIA_TYPE} = ?",
   QUERY_ARG_SQL_SELECTION_ARGS to arrayOf(
       FileColumns.MEDIA_TYPE_IMAGE.toString(),
       FileColumns.MEDIA_TYPE_VIDEO.toString()
   )
)

Java

Uri externalContentUri = MediaStore.Files.getContentUri("external");

String[] mediaColumns = {
    FileColumns._ID,
    FileColumns.DISPLAY_NAME,
    FileColumns.MIME_TYPE
};

Bundle queryArgs = new Bundle();
queryArgs.putBoolean(MediaStore.QUERY_ARG_LATEST_SELECTION_ONLY, true);
queryArgs.putString(MediaStore.QUERY_ARG_SQL_SORT_ORDER, FileColumns.DATE_ADDED + " DESC");
queryArgs.putString(MediaStore.QUERY_ARG_SQL_SELECTION, FileColumns.MEDIA_TYPE + " = ? OR " + FileColumns.MEDIA_TYPE + " = ?");
queryArgs.putStringArray(MediaStore.QUERY_ARG_SQL_SELECTION_ARGS, new String[] {
    String.valueOf(FileColumns.MEDIA_TYPE_IMAGE),
    String.valueOf(FileColumns.MEDIA_TYPE_VIDEO)
});

Android의 개인 정보 보호 샌드박스

Android 15에는 최신 버전의 Android의 개인 정보 보호 샌드박스가 통합된 최신 Android 광고 서비스 확장 프로그램이 포함되어 있습니다. 이러한 추가 조치는 사용자 개인 정보 보호를 개선하고 모바일 앱에 효과적인 개인 맞춤 광고 경험을 지원하는 새로운 기술을 개발하려는 노력의 일환입니다. 개인 정보 보호 샌드박스 페이지에서 시작하는 데 도움이 되는 Android의 개인 정보 보호 샌드박스 개발자 프리뷰 및 베타 프로그램에 관한 자세한 정보를 확인할 수 있습니다.

헬스 커넥트

Android 15 integrates the latest extensions around Health Connect by Android, a secure and centralized platform to manage and share app-collected health and fitness data. This update adds support for additional data types across fitness, nutrition, skin temperature, training plans, and more.

Skin temperature tracking allows users to store and share more accurate temperature data from a wearable or other tracking device.

Training plans are structured workout plans to help a user achieve their fitness goals. Training plans support includes a variety of completion and performance goals:

Learn more about the latest updates to Health Connect in Android in the Building adaptable experiences with Android Health talk from Google I/O.

앱 화면 공유

Android 15에서는 앱 화면 공유를 지원하므로 사용자가 전체 기기 화면이 아닌 앱 창만 공유하거나 녹화할 수 있습니다. Android 14 QPR2에서 처음 사용 설정된 이 기능에는 앱에서 앱 화면 공유 환경을 맞춤설정할 수 있는 MediaProjection 콜백이 포함되어 있습니다. Android 14 (API 수준 34) 이상을 타겟팅하는 앱의 경우 각 MediaProjection 캡처 세션에 사용자 동의가 필요합니다.

사용자 환경 및 시스템 UI

Android 15에서는 앱 개발자와 사용자가 필요에 맞게 기기를 구성할 수 있는 제어력과 유연성을 높일 수 있습니다.

Android 15의 최신 개선사항을 사용하여 앱의 사용자 환경을 개선하는 방법을 자세히 알아보려면 Google I/O의 Android 앱의 사용자 환경 개선 강연을 참고하세요.

Generated Previews API를 통한 더 풍부한 위젯 미리보기

Before Android 15, the only way to provide widget picker previews was to specify a static image or layout resource. These previews often differ significantly from the look of the actual widget when it is placed on the home screen. Also, static resources can't be created with Jetpack Glance, so a Glance developer had to screenshot their widget or create an XML layout to have a widget preview.

Android 15 adds support for generated previews. This means that app widget providers can generate RemoteViews to use as the picker preview, instead of a static resource.

Apps can provide Remote Views to the Widget Picker, so they can update the content in the picker to be more representative of what the user will see.

Push API

Apps can provide generated previews through a push API. Apps can provide previews at any point in their lifecycle, and don't receive an explicit request from the host to provide previews. Previews are persisted in AppWidgetService, and hosts can request them on-demand. The following example loads an XML widget layout resource and sets it as the preview:

AppWidgetManager.getInstance(appContext).setWidgetPreview(
   ComponentName(
       appContext,
       SociaLiteAppWidgetReceiver::class.java
   ),
   AppWidgetProviderInfo.WIDGET_CATEGORY_HOME_SCREEN,
   RemoteViews("com.example", R.layout.widget_preview)
)

The expected flow is:

  1. At any time, the widget provider calls setWidgetPreview. The provided previews are persisted in AppWidgetService with other provider info.
  2. setWidgetPreview notifies hosts of an updated preview through the AppWidgetHost.onProvidersChanged callback. In response, the widget host reloads all of its provider information.
  3. When displaying a widget preview, the host checks AppWidgetProviderInfo.generatedPreviewCategories, and if the chosen category is available, calls AppWidgetManager.getWidgetPreview to return the saved preview for this provider.

When to call setWidgetPreview

Because there is no callback to provide previews, apps can choose to send previews at any point when they are running. How often to update the preview depends on the widget's use case.

The following list describes the two main categories of preview use cases:

  • Providers that show real data in their widget previews, such as personalized or recent information. These providers can set the preview once the user has signed in or has done initial configuration in their app. After this, they can set up a periodic task to update the previews at their chosen cadence. Examples of this type of widget could be a photo, calendar, weather or news widget.
  • Providers that show static information in previews or quick-action widgets that don't display any data. These providers can set previews once, when the app first launches. Examples of this type of widget include a drive quick actions widget or chrome shortcuts widget.

Some providers might show static previews on the hub mode picker, but real information on the homescreen picker. These providers should follow the guidance for both of these use cases to set previews.

PIP 모드

Android 15에서는 PIP 모드로 전환할 때 더 원활한 전환을 보장하는 PIP (Picture-in-Picture) 모드의 변경사항을 도입합니다. 이는 기본 UI 위에 UI 요소가 오버레이되어 PIP 모드로 전환되는 앱에 유용합니다.

개발자는 onPictureInPictureModeChanged 콜백을 사용하여 오버레이된 UI 요소의 표시 상태를 전환하는 로직을 정의합니다. 이 콜백은 PIP 시작 또는 종료 애니메이션이 완료되면 트리거됩니다. Android 15부터 PictureInPictureUiState 클래스에 다른 상태가 포함됩니다.

이 UI 상태를 사용하면 Android 15 (API 수준 35)를 타겟팅하는 앱은 PIP 애니메이션이 시작되는 즉시 isTransitioningToPip()로 호출되는 Activity#onPictureInPictureUiStateChanged 콜백을 관찰합니다. PiP 모드일 때 앱과 관련이 없는 많은 UI 요소가 있습니다. 예를 들어 추천, 예정된 동영상, 평점, 제목과 같은 정보가 포함된 뷰 또는 레이아웃이 여기에 해당합니다. 앱이 PIP 모드로 전환되면 onPictureInPictureUiStateChanged 콜백을 사용하여 이러한 UI 요소를 숨깁니다. 앱이 PIP 창에서 전체 화면 모드로 전환되면 다음 예와 같이 onPictureInPictureModeChanged 콜백을 사용하여 이러한 요소를 숨기지 않습니다.

override fun onPictureInPictureUiStateChanged(pipState: PictureInPictureUiState) {
        if (pipState.isTransitioningToPip()) {
          // Hide UI elements
        }
    }

override fun onPictureInPictureModeChanged(isInPictureInPictureMode: Boolean) {
        if (isInPictureInPictureMode) {
          // Unhide UI elements
        }
    }

PIP 창의 관련 없는 UI 요소의 이 빠른 표시 전환은 더 부드럽고 깜박임이 없는 PIP 진입 애니메이션을 보장하는 데 도움이 됩니다.

방해 금지 모드 규칙 개선

AutomaticZenRule lets apps customize Attention Management (Do Not Disturb) rules and decide when to activate or deactivate them. Android 15 greatly enhances these rules with the goal of improving the user experience. The following enhancements are included:

  • Adding types to AutomaticZenRule, allowing the system to apply special treatment to some rules.
  • Adding an icon to AutomaticZenRule, helping to make the modes be more recognizable.
  • Adding a triggerDescription string to AutomaticZenRule that describes the conditions on which the rule should become active for the user.
  • Added ZenDeviceEffects to AutomaticZenRule, allowing rules to trigger things like grayscale display, night mode, or dimming the wallpaper.

알림 채널의 VibrationEffect 설정

Android 15는 NotificationChannel.setVibrationEffect를 사용하여 채널별로 수신 알림에 리치 진동을 설정할 수 있도록 지원하므로 사용자가 기기를 보지 않고도 다양한 유형의 알림을 구분할 수 있습니다.

미디어 프로젝션 상태 표시줄 칩 및 자동 중지

Media projection can expose private user information. A new, prominent status bar chip makes users aware of any ongoing screen projection. Users can tap the chip to stop screen casting, sharing, or recording. Also, for a more intuitive user experience, any in‑progress screen projection now automatically stops when the device screen is locked.

Status bar chip for screen sharing, casting, and recording.

대형 화면 및 폼 팩터

Android 15는 앱이 대형 화면, 플립형, 폴더블을 비롯한 Android의 폼 팩터를 최대한 활용할 수 있도록 지원합니다.

향상된 대형 화면 멀티태스킹

Android 15는 사용자가 대형 화면 기기에서 멀티태스킹하는 더 나은 방법을 제공합니다. 대상 예를 들어 사용자는 자주 사용하는 화면 분할 앱 조합을 저장하여 빠르게 화면의 태스크 바에 액세스하고 고정하여 앱 간에 빠르게 전환할 수 있습니다. 다시 말해 하는 것이 그 어느 때보다 중요하다고 생각합니다.

Google I/O의 적응형 Android 빌드 빌드 앱 및 Material 3으로 UI 빌드 적응형 라이브러리 이 문서에는 대규모 캠페인을 위한 디자인 화면을 선택합니다.

커버 화면 지원

앱은 Android 15에서 지원되는 플립형 기기의 작은 커버 화면에 Application 또는 Activity가 표시되도록 하는 데 사용하는 속성을 선언할 수 있습니다. 이러한 화면은 Android 앱을 실행하기에 호환되는 타겟으로 간주하기에는 너무 작지만 앱이 이를 지원하도록 선택하여 더 많은 위치에서 앱을 사용할 수 있습니다.

연결

Android 15는 앱이 통신 및 무선 기술의 최신 발전사항에 액세스할 수 있도록 플랫폼을 업데이트합니다.

위성 지원

Android 15는 위성 연결에 대한 플랫폼 지원을 계속 확장하고 위성 연결 환경 전반에서 일관된 사용자 환경을 보장하기 위한 몇 가지 UI 요소를 포함합니다.

앱은 ServiceState.isUsingNonTerrestrialNetwork()를 사용하여 기기가 위성에 연결된 시점을 감지하여 전체 네트워크 서비스를 사용할 수 없는 이유를 더 잘 파악할 수 있습니다. 또한 Android 15는 메시지 전송 및 수신에 위성 연결을 사용하도록 사전 로드된 RCS 앱뿐만 아니라 SMS 및 MMS 앱을 지원합니다.

기기가 위성에 연결되면 알림이 표시됩니다.

더 원활한 NFC 환경

Android 15 is working to make the tap to pay experience more seamless and reliable while continuing to support Android's robust NFC app ecosystem. On supported devices, apps can request the NfcAdapter to enter observe mode, where the device listens but doesn't respond to NFC readers, sending the app's NFC service PollingFrame objects to process. The PollingFrame objects can be used to auth ahead of the first communication to the NFC reader, allowing for a one tap transaction in many cases.

In addition, apps can register a filter on supported devices so they can be notified of polling loop activity, which allows for smooth operation with multiple NFC-aware applications.

월렛 역할

Android 15에는 사용자가 선호하는 월렛 앱과의 긴밀한 통합을 가능하게 하는 새로운 월렛 역할이 도입되었습니다. 이 역할은 NFC 기본 미접촉 결제 설정을 대체합니다. 사용자는 설정 > 앱 > 기본 앱으로 이동하여 월렛 역할 보유자를 관리할 수 있습니다.

월렛 역할은 결제 카테고리에 등록된 AID의 NFC 탭을 라우팅할 때 사용됩니다. 동일한 AID에 등록된 다른 앱이 포그라운드에서 실행되고 있지 않은 한 탭은 항상 월렛 역할 보유자로 이동합니다.

이 역할은 월렛 빠른 액세스 타일이 활성화될 때 이동할 위치를 결정하는 데도 사용됩니다. 역할이 'None'으로 설정되면 QuickAccess 카드를 사용할 수 없으며 결제 카테고리 NFC 탭은 포그라운드 앱에만 전달됩니다.

보안

Android 15를 사용하면 앱의 보안을 강화하고 앱의 데이터를 보호할 수 있으며 사용자에게 데이터에 대한 투명성과 제어 기능을 제공할 수 있습니다. Google I/O의 Android에서 사용자 보안 보호 강연에서 사용자 보호 장치를 개선하고 새로운 위협으로부터 앱을 보호하기 위해 Google에서 어떤 노력을 하고 있는지 자세히 알아보세요.

인증 관리자와 자동 완성 통합

Starting with Android 15, developers can link specific views like username or password fields with Credential Manager requests, making it easier to provide a tailored user experience during the sign-in process. When the user focuses on one of these views, a corresponding request is sent to Credential Manager. The resulting credentials are aggregated across providers and displayed in autofill fallback UIs, such as inline suggestions or drop-down suggestions. The Jetpack androidx.credentials library is the preferred endpoint for developers to use and will soon be available to further enhance this feature in Android 15 and higher.

원탭 가입 및 로그인을 생체 인식 메시지와 통합

인증 관리자는 생체 인식 메시지를 사용자 인증 정보 생성에 통합 및 로그인 프로세스로 이루어져 있으므로 제공업체가 생체 인식 프롬프트 따라서 사용자 인증 정보 제공업체는 생성 및 가져오기 흐름의 결과를 제공하며, 생체 인식 흐름 결과로 보강됩니다. 이 간소화된 프로세스로 더 효율적이고 간소화된 사용자 인증 정보를 만들 수 있습니다. 생성 및 검색 프로세스가 포함됩니다.

엔드 투 엔드 암호화를 위한 키 관리

Android 15에 암호화 공개 키 저장을 위한 OS 수준 API를 제공하여 Android 앱의 엔드 투 엔드 암호화 (E2EE)를 용이하게 하는 E2eeContactKeysManager가 도입되었습니다.

E2eeContactKeysManager는 플랫폼 연락처 앱과 통합되도록 설계되어 사용자에게 연락처의 공개 키를 중앙에서 관리하고 확인하는 방법을 제공합니다.

콘텐츠 URI의 권한 확인

Android 15에는 콘텐츠 URI에 권한 검사를 실행하는 새로운 API 세트가 도입되었습니다.

접근성

Android 15에는 사용자의 접근성을 개선하는 기능이 추가되었습니다.

향상된 점자

Android 15에서는 TalkBack이 USB 및 보안 블루투스를 통해 HID 표준을 사용하는 점자 디스플레이를 지원할 수 있도록 했습니다.

마우스 및 키보드에서 사용하는 것과 매우 유사한 이 표준은 Android가 시간이 지남에 따라 더 다양한 점자 디스플레이를 지원하는 데 도움이 될 것입니다.

다국어 지원

Android 15에서는 기기가 여러 언어로 사용될 때 사용자 환경을 보완하는 기능이 추가되었습니다.

CJK 가변 글꼴

Android 15부터 한국어, 중국어, 일본어, 한국어 (CJK) 언어의 글꼴 파일 NotoSansCJK가 가변 글꼴로 변경됩니다. 가변 글꼴은 CJK 언어의 창의적인 서체를 위한 새로운 가능성을 열어줍니다. 디자이너는 더 광범위한 스타일을 탐색하고 이전에는 달성하기 어렵거나 불가능했던 시각적으로 눈에 띄는 레이아웃을 만들 수 있습니다.

한국어, 일본어, 중국어 (CJK) 언어의 변수 글꼴이 다양한 글꼴 너비로 표시되는 방식

문자 간 정렬

Android 15부터 JUSTIFICATION_MODE_INTER_CHARACTER 사용 이전 단어 간 사유(이전): Android 8.0 (API 수준 26)에서 처음 도입되었으며 근거는 특정 API를 사용하는 언어에 유사한 기능을 중국어, 일본어 등 분할을 위한 공백 문자

JUSTIFICATION_MODE_NONE를 사용한 일본어 텍스트 레이아웃
JUSTIFICATION_MODE_NONE를 사용한 영어 텍스트 레이아웃


JUSTIFICATION_MODE_INTER_WORD를 사용한 일본어 텍스트 레이아웃
JUSTIFICATION_MODE_INTER_WORD를 사용한 영어 텍스트 레이아웃


JUSTIFICATION_MODE_INTER_CHARACTER를 사용한 일본어 텍스트 레이아웃
JUSTIFICATION_MODE_INTER_CHARACTER를 사용한 영어 텍스트 레이아웃

자동 줄바꿈 구성

Android started supporting phrase-based line breaks for Japanese and Korean in Android 13 (API level 33). However, while phrase-based line breaks improve the readability of short lines of text, they don't work well for long lines of text. In Android 15, apps can apply phrase-based line breaks only for short lines of text, using the LINE_BREAK_WORD_STYLE_AUTO option. This option selects the best word style option for the text.

For short lines of text, phrase-based line breaks are used, functioning the same as LINE_BREAK_WORD_STYLE_PHRASE, as shown in the following image:

For short lines of text, LINE_BREAK_WORD_STYLE_AUTO applies phrase-based line breaks to improve the readability of the text. This is the same as applying LINE_BREAK_WORD_STYLE_PHRASE.

For longer lines of text, LINE_BREAK_WORD_STYLE_AUTO uses a no line-break word style, functioning the same as LINE_BREAK_WORD_STYLE_NONE, as shown in the following image:

For long lines of text, LINE_BREAK_WORD_STYLE_AUTO applies no line-break word style to improve the readability of the text. This is the same as applying LINE_BREAK_WORD_STYLE_NONE.

추가 일본어 헤타이가나 글꼴

Android 15의 오래된 일본어 히라가나 (헨타이가나) 글꼴 파일 기본적으로 번들로 묶여 있습니다. 독특한 모양의 헨타이가나 캐릭터는 예술 작품이나 디자인에 독특한 감각을 더하는 동시에 전송 및 이해에 대해 살펴봤습니다.

일본어 Hentaigana 글꼴의 문자 및 텍스트 스타일입니다.

VideoLAN cone Copyright (c) 1996~2010 VideoLAN. 누구나 VideoLAN 프로젝트 또는 VideoLAN팀에서 개발한 제품을 언급하기 위해 이 로고 또는 수정된 버전을 사용하거나 수정할 수 있지만 프로젝트가 보증한다는 의미는 아닙니다.

Vulkan 및 Vulkan 로고는 Khronos Group Inc.의 등록 상표입니다.

OpenGL은 등록 상표이며 OpenGL ES 로고는 Khronos의 허가 하에 사용한 Hewlett Packard Enterprise의 상표입니다.