Testar como o app processa mudanças de comportamento

O Wear OS 6 é baseado no Android 16 (nível 36 da API). Ao preparar seu app para Wear OS para uso no Wear OS 6, processe as mudanças de comportamento do sistema que afetam todos os apps no Android 16, além das mudanças para apps direcionados ao Android 16.

A menos que especificado de outra forma, as mudanças afetam todos os apps executados no Wear OS 6 ou versões mais recentes, independente da versão do SDK de destino.

Vale lembrar que os relógios lançados com o Wear OS 6 só são compatíveis com mostradores que usam o Formato do mostrador do relógio. Por isso, recomendamos que você migre para usar o formato de mostrador do relógio.

Cuidado: antes de fazer upload do app na Play Store, direcione para o Android 16 e configure um emulador para testar o app.

Comportamento sempre ativado mais consistente

O Wear OS 6 consolida as soluções atuais para oferecer uma experiência de tela sempre ativada consistente em todos os dispositivos. Como parte dessa mudança, a atividade principal anterior permanece visível e no estado "retomado" quando o dispositivo entra no modo ambiente do sistema.

A música atual e os controles de mídia permanecem visíveis mesmo quando o usuário não está interagindo com o dispositivo Wear OS.

Fonte padrão do sistema para blocos

O Wear OS 6 oferece mais consistência para a tipografia dos blocos, o que ajuda os usuários a navegar pelo carrossel. Em um determinado dispositivo, todos os blocos usam a mesma fonte. Em alguns dispositivos, essa fonte consistente é uma fonte variável.

Todos os blocos em um determinado dispositivo usam a mesma fonte.

Permissões de saúde mais granulares

Observação: a mudança a seguir afeta seu app apenas se você atualizar a versão do SDK de destino para o Android 16, a versão em que o Wear OS 6 é baseado, ou mais recente.

A partir do Android 16 e, por extensão, do Wear OS 6, a plataforma está migrando para as permissões de saúde mais granulares usadas pela Conexão Saúde. Isso afeta as seguintes permissões:

Permissão do Wear OS 5.1 (android.permission)	Permissão do Wear OS 6 (android.permission.health)
BODY_SENSORS	READ_HEART_RATE READ_OXYGEN_SATURATION (sensor disponível em dispositivos compatíveis) READ_SKIN_TEMPERATURE (sensor disponível em dispositivos compatíveis)
BODY_SENSORS_BACKGROUND	READ_HEALTH_DATA_IN_BACKGROUND

Para saber como atualizar seu app para processar essas permissões quando ele for destinado ao nível 36 da API ou mais recente, siga as etapas de migração mostradas no guia do Health Services para Wear OS.

Observação:para manter a compatibilidade com apps destinados ao Wear OS 5.1 (nível 35 da API) e versões anteriores, o sistema oferece o seguinte suporte:

• Se o usuário instalar o app em um dispositivo com o Wear OS 6 ou versões mais recentes, o sistema vai solicitar automaticamente a permissão READ_HEART_RATE em nome do app.
• Se o usuário já tiver concedido as permissões BODY_SENSORS e BODY_SENSORS_BACKGROUND ao app e atualizar o dispositivo para o Wear OS 6 ou mais recente, o app vai manter as permissões concedidas.

Os eventos de interação com blocos são agrupados

Observação: a mudança a seguir afeta seu app somente se você atualizar a versão do SDK de destino para o Android 16, a versão em que o Wear OS 6 é baseado, ou mais recente.

A partir do Wear OS 6, os eventos relacionados a usuários que deslizam para dentro e para fora do seu tiled—onTileEnterEvent e onTileLeaveEvent, respectivamente—são agrupados em lotes. Se o app for direcionado ao Wear OS 6 ou versões mais recentes, chame onRecentInteractionEventsAsync() para monitorar esses eventos. Não dependa da entrega em tempo real desses eventos para atualizar seus blocos.