Recursos e APIs

O Android 16 introduz ótimos recursos e APIs novos para desenvolvedores. As seções a seguir resumem esses recursos para ajudar você a começar a usar as APIs relacionadas.

Para uma lista detalhada das APIs novas, modificadas e removidas, leia o Relatório de diferenças da API. Para ver detalhes sobre as novas APIs, acesse a Referência da API do Android. As APIs novas estão em destaque para melhor visibilidade.

Você também precisa analisar as áreas em que as mudanças na plataforma podem afetar seus apps. Para mais informações, consulte as seguintes páginas:

Principal recurso

O Android inclui novas APIs que expandem os recursos principais do sistema Android.

Dois lançamentos de APIs do Android em 2025

  • This preview is for the next major release of Android with a planned launch in Q2 of 2025. This release is similar to all of our API releases in the past, where we can have planned behavior changes that are often tied to a targetSdkVersion.
  • We're planning the major release a quarter earlier (Q2 rather than Q3 in prior years) to better align with the schedule of device launches across our ecosystem, so more devices can get the major release of Android sooner. With the major release coming in Q2, you'll need to do your annual compatibility testing a few months earlier than in previous years to make sure your apps are ready.
  • We plan to have another release in Q4 of 2025 which also will include new developer APIs. The Q2 major release will be the only release in 2025 to include planned behavior changes that could affect apps.

In addition to new developer APIs, the Q4 minor release will pick up feature updates, optimizations, and bug fixes; it will not include any app-impacting behavior changes.

Timeline view of Android releases in 2025, noting that the 25Q2
       release is a major release and the 25Q4 release is a minor release.

We'll continue to have quarterly Android releases. The Q1 and Q3 updates in-between the API releases will provide incremental updates to help ensure continuous quality. We're actively working with our device partners to bring the Q2 release to as many devices as possible.

Using new APIs with major and minor releases

Guarding a code block with a check for API level is done today using the SDK_INT constant with VERSION_CODES. This will continue to be supported for major Android releases.

if (SDK_INT >= VERSION_CODES.BAKLAVA) {
  // Use APIs introduced in Android 16
}

The new SDK_INT_FULL constant can be used for API checks against both major and minor versions with the new VERSION_CODES_FULL enumeration.

if (SDK_INT_FULL >= VERSION_CODES_FULL.[MAJOR or MINOR RELEASE]) {
  // Use APIs introduced in a major or minor release
}

You can also use the Build.getMinorSdkVersion() method to get just the minor SDK version.

val minorSdkVersion = Build.getMinorSdkVersion(VERSION_CODES_FULL.BAKLAVA)

These APIs have not yet been finalized and are subject to change, so please send us feedback if you have any concerns.

Experiência do usuário e interface do sistema

O Android 16 oferece aos desenvolvedores de apps e usuários mais controle e flexibilidade para configurar o dispositivo de acordo com as necessidades.

Notificações focadas no progresso

O Android 16 apresenta notificações com foco no progresso para ajudar os usuários a acompanhar as jornadas iniciadas pelo usuário do início ao fim.

Notification.ProgressStyle é um novo estilo de notificação que permite criar notificações com foco no progresso. Os principais casos de uso incluem compartilhamento de viagens, entrega e navegação. Na classe Notification.ProgressStyle, é possível denotar estados e marcos em uma jornada do usuário usando pontos e segmentos.

To learn more, see the Progress-centric notifications documentation page.

Uma notificação focada no progresso exibida na tela de bloqueio.
Uma notificação focada no progresso exibida na aba de notificações.

Atualizações de volta preditiva

O Android 16 adiciona novas APIs para ajudar a ativar animações de volta preditiva do sistema na navegação por gestos, como a animação de volta à tela inicial. Registrar o onBackInvokedCallback com o novo PRIORITY_SYSTEM_NAVIGATION_OBSERVER permite que o app receba a chamada onBackInvoked normal sempre que o sistema processa uma navegação de retorno sem afetar o fluxo normal de navegação de retorno.

O Android 16 também adiciona o finishAndRemoveTaskCallback() e o moveTaskToBackCallback. Ao registrar esses callbacks com o OnBackInvokedDispatcher, o sistema pode acionar comportamentos específicos e reproduzir animações antecipadas correspondentes quando o gesto de voltar é invocado.

Retorno tátil mais avançado

O Android expõe o controle do atuador háptico desde o início.

O Android 11 adicionou suporte a efeitos hápticos mais complexos que atuadores mais avançados podem oferecer com VibrationEffect.Compositions de primitivas semânticas definidas pelo dispositivo.

O Android 16 adiciona APIs hápticas que permitem que os apps definam as curvas de amplitude e frequência de um efeito háptico, abstraindo as diferenças entre os recursos do dispositivo.

Produtividade e ferramentas para desenvolvedores

Embora a maior parte do nosso trabalho para melhorar sua produtividade se concentre em ferramentas como o Android Studio, o Jetpack Compose e as bibliotecas do Android Jetpack, sempre buscamos maneiras na plataforma de ajudar você a realizar sua visão.

Processamento de conteúdo para planos de fundo interativos

No Android 16, o framework de plano de fundo interativo está recebendo uma nova API de conteúdo para resolver os desafios de planos de fundo dinâmicos e orientados pelo usuário. Atualmente, os planos de fundo dinâmicos que incorporam conteúdo fornecido pelo usuário exigem implementações complexas e específicas para o serviço. O Android 16 apresenta WallpaperDescription e WallpaperInstance. A WallpaperDescription permite identificar instâncias distintas de um plano de fundo interativo do mesmo serviço. Por exemplo, um plano de fundo que tem instâncias na tela inicial e na tela de bloqueio pode ter conteúdo exclusivo em ambos os lugares. O seletor de plano de fundo e o WallpaperManager usam esses metadados para apresentar melhor os planos de fundo aos usuários, simplificando o processo para você criar experiências diversas e personalizadas de plano de fundo animado.

Desempenho e bateria

O Android 16 apresenta APIs que ajudam a coletar insights sobre seus apps.

Criação de perfis acionada pelo sistema

O ProfilingManager foi adicionado no Android 15, permitindo que os apps solicitem a coleta de dados de perfil usando o Perfetto em dispositivos públicos no campo. No entanto, como esse perfil precisa ser iniciado pelo app, fluxos críticos, como inicializações ou ANRs, seriam difíceis ou impossíveis de capturar.

Para ajudar com isso, o Android 16 apresenta a criação de perfil acionado pelo sistema para ProfilingManager. Os apps podem registrar interesse em receber rastros de determinados gatilhos, como inicialização a frio reportFullyDrawn ou ANRs. Em seguida, o sistema inicia e interrompe um rastro em nome do app. Depois que o rastreamento for concluído, os resultados serão enviados para o diretório de dados do app.

Iniciar componente em ApplicationStartInfo

ApplicationStartInfo foi adicionado no Android 15, permitindo que um app mostre os motivos para a inicialização do processo, o tipo de inicialização, os horários de inicialização, o controle de demanda e outros dados de diagnóstico úteis. O Android 16 adiciona getStartComponent() para distinguir qual tipo de componente acionou a inicialização, o que pode ser útil para otimizar o fluxo de inicialização do app.

Melhor introspecção de tarefas

A API JobScheduler#getPendingJobReason() retorna um motivo pelo qual um job pode estar pendente. No entanto, um job pode ficar pendente por vários motivos.

No Android 16, estamos lançando uma nova API JobScheduler#getPendingJobReasons(int jobId), que retorna vários motivos para um job estar pendente, devido a restrições explícitas definidas pelo desenvolvedor e restrições implícitas definidas pelo sistema.

Também estamos lançando JobScheduler#getPendingJobReasonsHistory(int jobId), que retorna uma lista das mudanças de restrição mais recentes.

Recomendamos usar a API para depurar por que seus jobs não estão sendo executados, principalmente se você notar taxas de sucesso reduzidas de determinadas tarefas ou tiver bugs na latência de determinada conclusão de job. Por exemplo, a atualização de widgets em segundo plano não ocorreu ou o job de pré-busca não foi chamado antes do início do app.

Isso também pode ajudar a entender melhor se determinados jobs não estão sendo concluídos devido a restrições definidas pelo sistema em vez de restrições definidas explicitamente.

Taxa de Atualização Adaptativa

A taxa de atualização adaptativa (ARR, na sigla em inglês), introduzida no Android 15, permite que a taxa de atualização da tela em hardwares com suporte se adapte à taxa de frames do conteúdo usando passos discretos de VSync. Isso reduz o consumo de energia e elimina a necessidade de alternar entre modos que podem causar instabilidade.

O Android 16 apresenta hasArrSupport() e getSuggestedFrameRate(int), além de restaurar getSupportedRefreshRates() para facilitar o uso do ARR nos apps. O RecyclerView 1.4 oferece suporte interno ao ARR quando ele é definido por um movimento rápido ou rolagem suave. Continuamos trabalhando para adicionar suporte ao ARR em mais bibliotecas do Jetpack. Este artigo sobre frame rate aborda muitas das APIs que podem ser usadas para definir a frame rate para que o app possa usar diretamente o ARR.

APIs de headroom na ADPF

O SystemHealthManager apresenta as APIs getCpuHeadroom e getGpuHeadroom, projetadas para fornecer jogos e apps com uso intensivo de recursos com estimativas de recursos disponíveis de CPU e GPU. Esses métodos oferecem uma maneira de avaliar como seu app ou jogo pode melhorar a integridade do sistema, principalmente quando usado com outras APIs do Android Dynamic Performance Framework (ADPF, na sigla em inglês) que detectam o throttling térmico.

Ao usar CpuHeadroomParams e GpuHeadroomParams em dispositivos compatíveis, você pode personalizar a janela de tempo usada para calcular o headroom e selecionar a disponibilidade de recursos média ou mínima. Isso pode ajudar a reduzir o uso de recursos da CPU ou da GPU, o que leva a uma melhor experiência do usuário e à melhoria da duração da bateria.

Acessibilidade

O Android 16 adiciona novas APIs e recursos de acessibilidade que podem ajudar você a levar seu app para todos os usuários.

APIs de acessibilidade aprimoradas

Android 16 adds additional APIs to enhance UI semantics that help improve consistency for users that rely on accessibility services, such as TalkBack.

Outline text for maximum text contrast

Users with low vision often have reduced contrast sensitivity, making it challenging to distinguish objects from their backgrounds. To help these users, Android 16 introduces outline text, replacing high contrast text, which draws a larger contrasting area around text to greatly improve legibility.

Android 16 contains new AccessibilityManager APIs to let your apps check or register a listener to see if this mode is enabled. This is primarily for UI Toolkits like Compose to offer a similar visual experience. If you maintain a UI Toolkit library or your app performs custom text rendering that bypasses the android.text.Layout class then you can use this to know when outline text is enabled.

Text with enhanced contrast before and after Android 16's new outline text accessibility feature

Duration added to TtsSpan

Android 16 extends TtsSpan with a TYPE_DURATION, consisting of ARG_HOURS, ARG_MINUTES, and ARG_SECONDS. This lets you directly annotate time duration, ensuring accurate and consistent text-to-speech output with services like TalkBack.

Support elements with multiple labels

Android currently allows UI elements to derive their accessibility label from another, and now offers the ability for multiple labels to be associated, a common scenario in web content. By introducing a list-based API within AccessibilityNodeInfo, Android can directly support these multi-label relationships. As part of this change, we've deprecated AccessibilityNodeInfo#setLabeledBy and #getLabeledBy in favor of #addLabeledBy, #removeLabeledBy, and #getLabeledByList.

Improved support for expandable elements

Android 16 adds accessibility APIs that allow you to convey the expanded or collapsed state of interactive elements, such as menus and expandable lists. By setting the expanded state using setExpandedState and dispatching TYPE_WINDOW_CONTENT_CHANGED AccessibilityEvents with a CONTENT_CHANGE_TYPE_EXPANDED content change type, you can ensure that screen readers like TalkBack announce state changes, providing a more intuitive and inclusive user experience.

Indeterminate ProgressBars

Android 16 adds RANGE_TYPE_INDETERMINATE, giving a way for you to expose RangeInfo for both determinate and indeterminate ProgressBar widgets, allowing services like TalkBack to more consistently provide feedback for progress indicators.

Tri-state CheckBox

The new AccessibilityNodeInfo getChecked and setChecked(int) methods in Android 16 now support a "partially checked" state in addition to "checked" and "unchecked." This replaces the deprecated boolean isChecked and setChecked(boolean).

Supplemental descriptions

When an accessibility service describes a ViewGroup, it combines content labels from its child views. If you provide a contentDescription for the ViewGroup, accessibility services assume you are also overriding the description of non-focusable child views. This can be problematic if you want to label things like a drop-down (for example, "Font Family") while preserving the current selection for accessibility (for example, "Roboto"). Android 16 adds setSupplementalDescription so you can provide text that provides information about a ViewGroup without overriding information from its children.

Required form fields

Android 16 adds setFieldRequired to AccessibilityNodeInfo so apps can tell an accessibility service that input to a form field is required. This is an important scenario for users filling out many types of forms, even things as simple as a required terms and conditions checkbox, helping users to consistently identify and quickly navigate between required fields.

Smartphone como entrada de microfone para ligações com aparelhos auditivos LEA

O Android 16 adiciona a capacidade de usuários de aparelhos auditivos de áudio LE alternarem entre os microfones integrados nos aparelhos auditivos e o microfone no smartphone para ligações. Isso pode ser útil em ambientes barulhentos ou em outras situações em que os microfones do aparelho auditivo não funcionam bem.

Controles de volume ambiente para aparelhos auditivos LEA

Android 16 adds the capability for users of LE Audio hearing aids to adjust the volume of ambient sound that is picked up by the hearing aid's microphones. This can be helpful in situations where background noise is too loud or too quiet.

Câmera

O Android 16 melhora o suporte para usuários de câmeras profissionais, permitindo a exposição automática híbrida, além de ajustes precisos de temperatura da cor e tonalidade. Um novo indicador de modo noturno ajuda o app a saber quando alternar para uma sessão de câmera no modo noturno e vice-versa. Novas ações de Intent facilitam a captura de fotos em movimento, e continuamos a melhorar as imagens UltraHDR com suporte à codificação HEIC e novos parâmetros do padrão ISO 21496-1.

Exposição automática híbrida

O Android 16 adiciona novos modos híbridos de exposição automática à Camera2, permitindo que você controle manualmente aspectos específicos da exposição enquanto deixa o algoritmo de exposição automática (AE, na sigla em inglês) cuidar do restante. É possível controlar ISO + AE e tempo de exposição + AE, oferecendo maior flexibilidade em comparação com a abordagem atual, em que você tem controle manual total ou depende totalmente da exposição automática.

fun setISOPriority() {
    // ... (Your existing code before the snippet) ...

    val availablePriorityModes = mStaticInfo.characteristics.get(
        CameraCharacteristics.CONTROL_AE_AVAILABLE_PRIORITY_MODES
    )

    // ... (Your existing code between the snippets) ...

    // Turn on AE mode to set priority mode
    reqBuilder.set(
        CaptureRequest.CONTROL_AE_MODE,
        CameraMetadata.CONTROL_AE_MODE_ON
    )
    reqBuilder.set(
        CaptureRequest.CONTROL_AE_PRIORITY_MODE,
        CameraMetadata.CONTROL_AE_PRIORITY_MODE_SENSOR_SENSITIVITY_PRIORITY
    )
    reqBuilder.set(
        CaptureRequest.SENSOR_SENSITIVITY,
        TEST_SENSITIVITY_VALUE
    )
    val request: CaptureRequest = reqBuilder.build()

    // ... (Your existing code after the snippet) ...
}

Ajustes precisos de temperatura da cor e tonalidade

O Android 16 adiciona suporte à câmera para ajustes de temperatura de cor e matiz para oferecer melhor suporte a aplicativos profissionais de gravação de vídeo. Em versões anteriores do Android, era possível controlar as configurações de balanço de branco usando CONTROL_AWB_MODE, que contém opções limitadas a uma lista predefinida, como Incandescent, Cloudy e Twilight. O COLOR_CORRECTION_MODE_CCT permite o uso de COLOR_CORRECTION_COLOR_TEMPERATURE e COLOR_CORRECTION_COLOR_TINT para ajustes precisos do equilíbrio de branco com base na temperatura de cor correlacionada.

fun setCCT() {
    // ... (Your existing code before this point) ...

    val colorTemperatureRange: Range<Int> =
        mStaticInfo.characteristics[CameraCharacteristics.COLOR_CORRECTION_COLOR_TEMPERATURE_RANGE]

    // Set to manual mode to enable CCT mode
    reqBuilder[CaptureRequest.CONTROL_AWB_MODE] = CameraMetadata.CONTROL_AWB_MODE_OFF
    reqBuilder[CaptureRequest.COLOR_CORRECTION_MODE] = CameraMetadata.COLOR_CORRECTION_MODE_CCT
    reqBuilder[CaptureRequest.COLOR_CORRECTION_COLOR_TEMPERATURE] = 5000
    reqBuilder[CaptureRequest.COLOR_CORRECTION_COLOR_TINT] = 30

    val request: CaptureRequest = reqBuilder.build()

    // ... (Your existing code after this point) ...
}

Os exemplos a seguir mostram como uma foto ficaria após aplicar diferentes ajustes de temperatura e matiz de cor:

A imagem original sem ajustes de temperatura ou matiz aplicados.
A imagem com a temperatura de cor ajustada para 3000.
A imagem com a temperatura de cor ajustada para 7000.


A imagem com os níveis de matiz reduzidos em 50.
A imagem com os níveis de matiz aumentados em 50.

Detecção de cena no modo noturno da câmera

Para ajudar o app a saber quando alternar para e de uma sessão de câmera no modo noturno, o Android 16 adiciona EXTENSION_NIGHT_MODE_INDICATOR. Se tiver suporte, ele estará disponível no CaptureResult no Camera2.

Essa é a API que mencionamos brevemente como em breve na postagem do blog Como o Instagram permitiu que os usuários tirassem fotos incríveis em ambientes com pouca luz. Essa postagem é um guia prático sobre como implementar o Modo noturno com um estudo de caso que relaciona fotos de alta qualidade no Modo noturno do app a um aumento no número de fotos compartilhadas pela câmera do app.

Ações de intent de captura de fotos com movimento

O Android 16 adiciona ações padrão da intent, ACTION_MOTION_PHOTO_CAPTURE e ACTION_MOTION_PHOTO_CAPTURE_SECURE, que solicitam que o aplicativo de câmera capture e retorne uma foto com movimento.

É necessário transmitir um EXTRA_OUTPUT extra para controlar onde a imagem será gravada ou um Uri por Intent.setClipData(ClipData). Se você não definir um ClipData, ele será copiado para você ao chamar Context.startActivity(Intent).

Exemplo de uma foto com movimento, mostrando a imagem estática seguida pela reprodução do movimento.

Melhorias de imagem UltraHDR

Ilustração da qualidade de imagem do intervalo dinâmico padrão (SDR) em comparação com o intervalo dinâmico alto (HDR).

O Android 16 continua nosso trabalho para oferecer uma qualidade de imagem incrível com imagens UltraHDR. Ele adiciona suporte a imagens UltraHDR no formato de arquivo HEIC. Essas imagens vão receber o tipo ImageFormat HEIC_ULTRAHDR e vão conter um mapa de ganho incorporado semelhante ao formato JPEG UltraHDR. Também estamos trabalhando no suporte a AVIF para UltraHDR. Fique de olho.

Além disso, o Android 16 implementa outros parâmetros no UltraHDR do draft standard ISO 21496-1 (link em inglês), incluindo a capacidade de receber e definir o espaço de cor em que a matemática do mapa de ganho precisa ser aplicada, além de suportar imagens de base codificadas em HDR com mapas de ganho SDR.

Gráficos

O Android 16 inclui as melhorias gráficas mais recentes, como efeitos gráficos personalizados com a AGSL.

Efeitos gráficos personalizados com AGSL

Android 16 adds RuntimeColorFilter and RuntimeXfermode, allowing you to author complex effects like Threshold, Sepia, and Hue Saturation and apply them to draw calls. Since Android 13, you've been able to use AGSL to create custom RuntimeShaders that extend Shader. The new API mirrors this, adding an AGSL-powered RuntimeColorFilter that extends ColorFilter, and a Xfermode effect that lets you implement AGSL-based custom compositing and blending between source and destination pixels.

private val thresholdEffectString = """
    uniform half threshold;

    half4 main(half4 c) {
        half luminosity = dot(c.rgb, half3(0.2126, 0.7152, 0.0722));
        half bw = step(threshold, luminosity);
        return bw.xxx1 * c.a;
    }"""

fun setCustomColorFilter(paint: Paint) {
   val filter = RuntimeColorFilter(thresholdEffectString)
   filter.setFloatUniform(0.5);
   paint.colorFilter = filter
}

Conectividade

O Android 16 atualiza a plataforma para dar ao seu app acesso aos avanços mais recentes em tecnologias de comunicação e sem fio.

Intervalo com segurança reforçada

Android 16 adds support for robust security features in Wi-Fi location on supported devices with Wi-Fi 6's 802.11az, allowing apps to combine the higher accuracy, greater scalability, and dynamic scheduling of the protocol with security enhancements including AES-256-based encryption and protection against MITM attacks. This allows it to be used more safely in proximity use cases, such as unlocking a laptop or a vehicle door. 802.11az is integrated with the Wi-Fi 6 standard, leveraging its infrastructure and capabilities for wider adoption and easier deployment.

APIs de intervalo genéricas

O Android 16 inclui o novo RangingManager, que oferece maneiras de determinar a distância e o ângulo no hardware com suporte entre o dispositivo local e um dispositivo remoto. O RangingManager oferece suporte ao uso de várias tecnologias de medição, como a detecção de canal BLE, a medição baseada em RSSI BLE, a banda ultralarga e o tempo de ida e volta do Wi-Fi.

Presença de dispositivo no gerenciador de dispositivos complementares

No Android 16, novas APIs estão sendo introduzidas para vincular o serviço do app complementar. O serviço será vinculado quando o BLE estiver no alcance e o Bluetooth estiver conectado e será desvinculado quando o BLE estiver fora do alcance ou o Bluetooth estiver desconectado. O app vai receber um novo callback 'onDevicePresenceEvent()' com base em vários DevicePresenceEvent. Confira mais detalhes em 'startObservingDevicePresence(ObservingDevicePresenceRequest)'.

Mídia

O Android 16 inclui vários recursos que melhoram a experiência de mídia.

Melhorias no seletor de fotos

O seletor de fotos oferece uma maneira segura e integrada para os usuários concederem ao app acesso a imagens e vídeos selecionados do armazenamento local e da nuvem, em vez de toda a biblioteca de mídia. Usando uma combinação de componentes modulares do sistema pelas Atualizações do sistema do Google e os Serviços do Google Play, ele tem suporte ao Android 4.4 (nível 19 da API). A integração requer apenas algumas linhas de código com a biblioteca Android Jetpack associada.

O Android 16 inclui as seguintes melhorias no seletor de fotos:

  • Seletor de fotos incorporado: novas APIs que permitem que os apps incorporem o seletor de fotos à hierarquia de visualização. Isso permite que ela pareça uma parte mais integrada do app, aproveitando o isolamento de processos que permite que os usuários selecionem mídia sem que o app precise de permissões muito amplas. Para maximizar a compatibilidade entre as versões da plataforma e simplificar a integração, use a próxima biblioteca Jetpack do Android se quiser integrar o seletor de fotos incorporado.
  • Pesquisa na nuvem no seletor de fotos: novas APIs que permitem a pesquisa do provedor de mídia na nuvem para o seletor de fotos do Android. A funcionalidade de pesquisa no seletor de fotos será lançada em breve.

Vídeo profissional avançado

O Android 16 apresenta suporte ao codec Advanced Professional Video (APV, na sigla em inglês), que foi projetado para ser usado em gravação de vídeo e pós-produção de alta qualidade de nível profissional.

O padrão de codec APV tem os seguintes recursos:

  • Qualidade de vídeo sem perdas perceptível (próxima da qualidade de vídeo bruto)
  • Baixa complexidade e codificação intra-frame com alto throughput (sem previsão de domínio de pixels) para melhor suporte a fluxos de trabalho de edição
  • Suporte a um intervalo de taxa de bits alto de até alguns Gbps para conteúdo de resolução 2K, 4K e 8K, ativado por um esquema de codificação de entropia leve
  • Dividir o frame em blocos para conteúdo imersivo e ativar a codificação e decodificação paralelas
  • Suporte a vários formatos de amostragem de cromatismo e profundidades de bits
  • Suporte a várias decodificações e recodificações sem degradação severa da qualidade visual
  • Oferecer suporte a vídeos com várias visualizações e vídeos auxiliares, como profundidade, Alfa e visualização
  • Suporte a HDR10/10+ e metadados definidos pelo usuário

Uma implementação de referência do APV é fornecida pelo projeto OpenAPV. O Android 16 vai implementar suporte ao perfil APV 422-10, que oferece amostragem de cores YUV 422 com codificação de 10 bits e para taxas de bits de destino de até 2 Gbps.

Privacidade

O Android 16 inclui vários recursos que ajudam os desenvolvedores de apps a proteger a privacidade dos usuários.

Atualizações do app Conexão Saúde

A Conexão Saúde adiciona ACTIVITY_INTENSITY, um tipo de dados definido de acordo com as diretrizes da Organização Mundial da Saúde sobre atividade moderada e vigorosa. Cada registro exige o horário de início, o horário de término e se a intensidade da atividade é moderada ou intensa.

A Conexão Saúde também tem APIs atualizadas com suporte a históricos médicos. Isso permite que os apps leiam e gravem registros médicos no formato FHIR com consentimento explícito do usuário.

Sandbox de privacidade no Android

O Android 16 incorpora a versão mais recente do Sandbox de privacidade no Android, parte do nosso trabalho contínuo para desenvolver tecnologias em que os usuários sabem que a privacidade deles está protegida. Nosso site tem mais informações sobre o programa Beta do Sandbox de privacidade para desenvolvedores Android para ajudar você a começar. Confira o SDK Runtime, que permite que os SDKs sejam executados em um ambiente de execução dedicado separado do app que eles estão oferecendo, oferecendo proteções mais fortes em relação à coleta e ao compartilhamento de dados do usuário.

Segurança

O Android 16 inclui recursos que ajudam a melhorar a segurança do app e proteger os dados dele.

API de compartilhamento de chaves

O Android 16 adiciona APIs que oferecem suporte ao compartilhamento de acesso a chaves do Keystore do Android com outros apps. A nova classe KeyStoreManager oferece suporte a acesso e revogação de chaves por uid do app e inclui uma API para que os apps acessem chaves compartilhadas.

Formatos de dispositivos

O Android 16 oferece aos seus apps o suporte necessário para aproveitar ao máximo os formatos do Android.

Estrutura padronizada de qualidade de imagem e áudio para TVs

O novo pacote MediaQuality no Android 16 expõe um conjunto de APIs padronizadas para acesso a perfis de áudio e imagem e configurações relacionadas ao hardware. Isso permite que os apps de streaming consultem perfis e os apliquem à mídia de forma dinâmica:

  • Filmes masterizados com um intervalo dinâmico mais amplo exigem maior precisão de cor para ver detalhes sutis nas sombras e se ajustar à luz ambiente. Portanto, um perfil que prioriza a precisão de cor em vez do brilho pode ser adequado.
  • Eventos esportivos ao vivo geralmente são masterizados com um intervalo dinâmico estreito, mas são assistidos durante o dia. Portanto, um perfil que prioriza o brilho em vez da precisão de cores pode gerar resultados melhores.
  • O conteúdo totalmente interativo exige um processamento mínimo para reduzir a latência e taxas de quadros mais altas. É por isso que muitas TVs são enviadas com um perfil de jogo.

A API permite que os apps alternem entre perfis, e os usuários podem ajustar as TVs compatíveis para se adequar melhor ao conteúdo.

Internacionalização

O Android 16 adiciona recursos e funcionalidades que complementam a experiência do usuário quando um dispositivo é usado em diferentes idiomas.

Texto vertical

Android 16 adds low-level support for rendering and measuring text vertically to provide foundational vertical writing support for library developers. This is particularly useful for languages like Japanese that commonly use vertical writing systems. A new flag, VERTICAL_TEXT_FLAG, has been added to the Paint class. When this flag is set using Paint.setFlags, Paint's text measurement APIs will report vertical advances instead of horizontal advances, and Canvas will draw text vertically.

val text = "「春は、曙。」"
Box(
    Modifier.padding(innerPadding).background(Color.White).fillMaxSize().drawWithContent {
        drawIntoCanvas { canvas ->
            val paint = Paint().apply { textSize = 64.sp.toPx() }
            // Draw text vertically
            paint.flags = paint.flags or VERTICAL_TEXT_FLAG
            val height = paint.measureText(text)
            canvas.nativeCanvas.drawText(
                text,
                0,
                text.length,
                size.width / 2,
                (size.height - height) / 2,
                paint
            )
        }
    }
) {}

Personalização do sistema de medidas

Os usuários agora podem personalizar o sistema de medição nas preferências regionais nas Configurações. A preferência do usuário é incluída como parte do código de localidade. Assim, é possível registrar um BroadcastReceiver em ACTION_LOCALE_CHANGED para processar mudanças de configuração de localidade quando as preferências regionais mudarem.

O uso de formatadores pode ajudar a corresponder à experiência local. Por exemplo, "0,5 pol" em inglês (Estados Unidos) é "12,7 mm" para um usuário que definiu o smartphone como inglês (Dinamarca) ou que usa o smartphone em inglês (Estados Unidos) com o sistema métrico como a preferência de sistema de medição.

Para encontrar essas configurações, abra o app Configurações e navegue até Sistema > Idiomas e região.