Recursos e APIs do Android 10

O Android 10 introduz ótimos recursos e funcionalidades para usuários e desenvolvedores. Este documento destaca o que está disponível para os desenvolvedores.

Para saber mais sobre as APIs, leia o Relatório de diferenças da API ou acesse a Referência da API do Android. Procure APIs que foram "adicionadas no nível 29 da API". Confira também as mudanças de comportamento do Android 10 (para apps destinados ao nível 29 da API e para todos os apps), assim como as mudanças de privacidade, para saber mais sobre as áreas em que as mudanças na plataforma podem afetar seus apps.

Melhorias na segurança

O Android 10 introduz vários recursos de segurança, resumidos nas seções a seguir.

Caixas de diálogo de autenticação biométrica aprimoradas

O Android 10 introduz as seguintes melhorias no suporte à autenticação biométrica:

  • Uma verificação do recurso de autenticação biométrica.
  • Um mecanismo substituto que permite que um usuário faça a autenticação usando o PIN, o padrão ou a senha do dispositivo, caso não consiga autenticar usando a entrada biométrica.
  • Uma dica que instrui o sistema a não exigir a confirmação do usuário após a autenticação usando uma modalidade biométrica implícita. Por exemplo, é possível informar ao sistema que nenhuma outra confirmação precisa ser necessária depois que um usuário se autentique usando a autenticação facial.

Executar código DEX incorporado diretamente no APK

A partir do Android 10, você pode instruir a plataforma a executar o código DEX incorporado diretamente no arquivo APK do app. Essa opção pode ajudar a evitar um ataque caso um invasor consiga adulterar o código compilado localmente no dispositivo.

Para saber mais, consulte Executar código DEX incorporado diretamente no APK.

Compatibilidade com TLS 1.3

O Android 10 adiciona suporte ao TLS 1.3. O TLS 1.3 é uma revisão importante do padrão TLS que inclui benefícios de desempenho e segurança reforçada. Nossas comparações indicam que conexões seguras podem ser estabelecidas até 40% mais rápido com o TLS 1.3 em comparação com o TLS 1.2.

Para saber mais sobre nossa implementação do TLS 1.3, consulte a seção TLS na página de mudanças de comportamento de todos os apps.

API pública Conscrypt

A partir do Android 10, o provedor de segurança Conscrypt inclui uma API pública para a funcionalidade TLS.

A coleção de classes em android.net.ssl contém métodos estáticos para acessar funcionalidades que não estão disponíveis nas APIs javax.net.ssl genéricas. Os nomes dessas classes podem ser inferidos como o plural da classe javax.net.ssl correspondente. Por exemplo, o código que opera em instâncias de javax.net.ssl.SSLSocket pode usar métodos de SSLSockets.

Recursos de conectividade

O Android 10 inclui várias melhorias relacionadas a rede e conectividade.

API de conexão de rede Wi-Fi

O Android 10 agora é compatível com conexões ponto a ponto. Esse recurso permite que o app solicite que o usuário mude o ponto de acesso ao qual o dispositivo está conectado usando WifiNetworkSpecifier para descrever as propriedades de uma rede solicitada. A conexão ponto a ponto é usada para fins que não fornecem rede, como a configuração de bootstrap para dispositivos secundários, como o hardware do Chromecast e do Google Home.

Para mais informações, consulte API Wi-Fi Network Request para conectividade ponto a ponto.

API de sugestão de rede Wi-Fi

O Android 10 adiciona suporte ao app para solicitar que o usuário se conecte a um ponto de acesso Wi-Fi. Você pode fornecer sugestões de qual rede se conectar. A plataforma escolherá qual ponto de acesso aceitar com base na entrada do seu app e de outros.

Para mais informações sobre esse recurso, consulte Sugestão de Wi-Fi.

Melhorias nos modos Wi-Fi de alto desempenho e baixa latência

O Android 10 permite que você forneça uma sugestão ao modem usado para minimizar a latência.

O Android 10 estende a API de bloqueio de Wi-Fi para oferecer efetivamente suporte ao modo de alto desempenho e ao modo de baixa latência. A economia de energia por Wi-Fi é desativada para os modos de alto desempenho e baixa latência, e a otimização da latência pode ser ativada no modo de baixa latência, dependendo do suporte do modem.

O modo de baixa latência só é ativado quando o aplicativo que está adquirindo o bloqueio está em execução em primeiro plano e a tela está ativada. O modo de baixa latência é especialmente útil para aplicativos de jogos para dispositivos móveis em tempo real.

Pesquisas especializadas no resolvedor de DNS

O Android 10 adiciona suporte nativo a buscas DNS especializadas usando pesquisas de texto não criptografado e o modo DNS sobre TLS. Anteriormente, o resolvedor de DNS da plataforma aceitava apenas registros A e AAAA, o que permitia a pesquisa apenas dos endereços IP associados a um nome, mas não era compatível com nenhum outro tipo de registro. A API DnsResolver oferece resolução assíncrona e genérica, permitindo a busca de SRV, NAPTR e outros tipos de registro. Observe que a análise da resposta é deixada para execução pelo app.

Para apps baseados em NDK, consulte android_res_nsend.

Wi-Fi Easy Connect

O Android 10 permite que você use o Easy Connect para provisionar credenciais de Wi-Fi a um dispositivo de mesmo nível, como uma substituição da WPS, que foi descontinuada. Os apps podem integrar o Easy Connect à própria configuração e ao fluxo de provisionamento usando a intent ACTION_PROCESS_WIFI_EASY_CONNECT_URI.

Para mais informações sobre esse recurso, consulte Wi-Fi Easy Connect.

API de conexão Wi-Fi Direct

As classes de API WifiP2pConfig e WifiP2pManager têm atualizações no Android 10 para oferecer suporte a recursos de estabelecimento de conexão rápida para o Wi-Fi Direct usando informações predeterminadas. Essas informações são compartilhadas por um canal lateral, como Bluetooth ou NFC.

O exemplo de código a seguir mostra como criar um grupo usando informações predeterminadas:

Kotlin

val manager = getSystemService(Context.WIFI_P2P_SERVICE) as WifiP2pManager
val channel = manager.initialize(this, mainLooper, null)

// prefer 5G band for this group
val config = WifiP2pConfig.Builder()
    .setNetworkName("networkName")
    .setPassphrase("passphrase")
    .enablePersistentMode(false)
    .setGroupOperatingBand(WifiP2pConfig.GROUP_OWNER_BAND_5GHZ)
    .build()

// create a non-persistent group on 5GHz
manager.createGroup(channel, config, null)

Java

WifiP2pManager manager = (WifiP2pManager) getSystemService(Context.WIFI_P2P_SERVICE);
Channel channel = manager.initialize(this, getMainLooper(), null);

// prefer 5G band for this group
WifiP2pConfig config = new WifiP2pConfig.Builder()
.setNetworkName("networkName")
.setPassphrase("passphrase")
.enablePersistentMode(false)
.setGroupOperatingBand(WifiP2pConfig.GROUP_OWNER_BAND_5GHZ)
.build();

// create a non-persistent group on 5GHz
manager.createGroup(channel, config, null);

Para participar de um grupo usando credenciais, substitua manager.createGroup() pelo seguinte:

Kotlin

manager.connect(channel, config, null)

Java

manager.connect(channel, config, null);

Canais orientados à conexão (CoC) Bluetooth LE

O Android 10 permite que o app use conexões BLE CoC para transferir fluxos de dados maiores entre dois dispositivos BLE. Essa interface abstrai a mecânica do Bluetooth e da conectividade para simplificar a implementação.

Recursos de telefonia

O Android 10 inclui várias melhorias relacionadas à telefonia.

Melhorias na qualidade das chamadas

O Android 10 adiciona a capacidade de coletar informações sobre a qualidade das chamadas de Subsistema multimídia IP (IMS, na sigla em inglês) em andamento, incluindo a qualidade de e para a rede, em dispositivos compatíveis com o recurso.

Filtro de ligações e identificador de chamadas

O Android 10 oferece ao seu app uma forma de identificar chamadas que não estão no catálogo de endereços do usuário como possíveis chamadas de spam e para que as chamadas de spam sejam rejeitadas silenciosamente em nome do usuário. As informações sobre essas chamadas bloqueadas são registradas como chamadas bloqueadas no registro de chamadas para fornecer maior transparência ao usuário quando ele não encontrar chamadas. O uso dessa API elimina o requisito de receber permissões READ_CALL_LOG do usuário para fornecer os recursos de filtro de ligações e identificador de chamadas.

API de serviço de redirecionamento de chamadas

O Android 10 altera a forma como os intents de chamadas são processados. A transmissão NEW_OUTGOING_CALL foi descontinuada e substituída pela API CallRedirectionService. A API CallRedirectionService fornece interfaces para você modificar chamadas realizadas pela plataforma Android. Por exemplo, apps de terceiros podem cancelar chamadas e redirecioná-las por VoIP.

Melhorias na criação de arquivos no armazenamento externo

Além de introduzir o armazenamento com escopo, o Android 10 adiciona os seguintes recursos relacionados ao armazenamento externo:

  • É possível usar a flag IS_PENDING para dar ao app acesso exclusivo a um arquivo de mídia enquanto ele é gravado no disco.
  • Se estiver ciente de um local específico onde os arquivos precisam ser armazenados, você poderá fornecer ao sistema uma dica sobre onde armazenar os arquivos recém-gravados.
  • Cada dispositivo de armazenamento externo tem um nome de volume exclusivo.

Mídia e gráficos

O Android 10 introduz os novos recursos e APIs de mídia e gráficos a seguir:

Compartilhar entradas de áudio

O Android 10 adiciona a capacidade de dois apps compartilharem a entrada de áudio simultaneamente. Para informações completas, consulte Compartilhar entradas de áudio.

Captura de reprodução de áudio

O Android 10 oferece aos apps a capacidade de capturar a reprodução de áudio de outros apps. Para mais informações, consulte Captura de reprodução.

Barra de procura nas notificações do MediaStyle

A partir do Android 10, as notificações MediaStyle exibem uma barra de busca. A barra de busca mostra o progresso da reprodução de PlaybackState.getPosition() e, em alguns casos, pode ser usada para procurar um local no programa em reprodução. A aparência e o comportamento da barra são controlados por estas regras:

  • A barra de busca será exibida se houver um MediaSession ativo e a duração (especificada por MediaMetadata.METADATA_KEY_DURATION) for maior que zero. Isso significa que a barra não aparece para streams indeterminados, como transmissões ao vivo e de rádio.
  • Se a sessão implementar ACTION_SEEK_TO, o usuário poderá arrastar a barra de busca para controlar o local da reprodução.

API Native MIDI

A API Android Native MIDI (AMidi) oferece aos desenvolvedores de apps a capacidade de enviar e receber dados MIDI com código C/C++, fazendo uma integração maior com a lógica de controle/áudio C/C++ e minimizando a necessidade de JNI.

Para mais informações, consulte API Android Native MIDI.

Melhorias no MediaCodecInfo

O Android 10 adiciona métodos a MediaCodecInfo que revelam mais informações sobre um codec.

Para mais informações, consulte Codecs de mídia.

API Thermal

Quando os dispositivos ficam muito quentes, eles podem limitar a CPU e/ou a GPU, e isso pode afetar apps e jogos de maneiras inesperadas. Os apps que usam gráficos complexos, computação intensa ou atividade de rede sustentada têm maior probabilidade de apresentar problemas, e isso pode variar entre dispositivos com base nas frequências de chipset e núcleo, níveis de integração e também no empacotamento e formato do dispositivo.

No Android 10, apps e jogos podem usar uma API Thermal para monitorar as mudanças no dispositivo e tomar medidas para manter o uso de energia mais baixo e restaurar a temperatura normal. Os apps registram um listener no PowerManager, por meio do qual o sistema informa o status térmico contínuo, que varia de leve e moderado a grave, crítico, de emergência e de desligamento.

Quando o dispositivo relata estresse térmico, os apps e jogos podem ajudar, desativando atividades contínuas para reduzir o uso de energia de várias maneiras. Por exemplo, apps de streaming podem reduzir a resolução/taxa de bits ou o tráfego de rede, um app de câmera pode desativar o flash ou o aprimoramento intensivo de imagens, um jogo pode reduzir o frame rate ou a tecelagem de polígonos, um app de música pode reduzir o volume dos alto-falantes e um app de mapas pode desativar o GPS.

A API Thermal exige uma nova camada HAL de dispositivo. No momento, ela é compatível com dispositivos Pixel com o Android 10, e estamos trabalhando com nossos parceiros fabricantes de dispositivos para oferecer amplo suporte ao ecossistema o mais rápido possível.

Câmera e imagens

O Android 10 introduz os novos recursos de câmera e imagem a seguir:

Compatibilidade com câmera monocromática

O Android 9 (API de nível 28) apresentou pela primeira vez o recurso de câmera monocromática. O Android 10 inclui várias melhorias de compatibilidade com a câmera monocromática:

  • Compatibilidade com o formato de fluxo Y8 para melhorar a eficiência da memória.
  • Compatibilidade com captura em DNG bruto monocromático.
  • Introdução das enumerações MONO e NIR CFA para distinguir entre câmeras monocromáticas comuns e câmeras de infravermelho próximo.

É possível usar esse recurso para capturar uma imagem monocromática nativa. Um dispositivo lógico com várias câmeras pode usar uma câmera monocromática como uma subcâmera física para melhorar a qualidade de imagens com pouca luz.

Formato Profundidade dinâmica

A partir do Android 10, as câmeras podem armazenar os dados de profundidade de uma imagem em um arquivo separado, usando um novo esquema chamado Formato Profundidade dinâmica (DDF, na sigla em inglês). Os apps podem solicitar a imagem JPG e os metadados de profundidade, usando essas informações para aplicar o desfoque desejado no pós-processamento sem modificar os dados da imagem original.

Para ler a especificação do formato, consulte Formato Profundidade dinâmica (link em inglês).

Formato de arquivo de imagem de alta eficiência

O formato de arquivo de imagem de alta eficiência (HEIF, na sigla em inglês) é um formato padrão de imagem e vídeo que introduz codificação de melhor qualidade e tamanho de arquivo menor quando comparado a outros formatos de arquivo.

Para saber mais sobre o formato de arquivo, consulte HEIC.

Melhorias na funcionalidade de várias câmeras

O Android 10 melhora a fusão de várias câmeras em uma única câmera lógica, um recurso introduzido no Android 9 (nível 28 da API). Adicionamos os seguintes itens à API Camera2:

API de serviços de acessibilidade

O Android 10 apresenta os seguintes novos recursos e APIs de serviço de acessibilidade:

Sinalização de chave de entrada AccessibilityNodeInfo

A partir do Android 10, é possível chamar isTextEntryKey() para determinar se um determinado AccessibilityNodeInfo representa uma tecla de entrada de texto que faz parte de um teclado ou teclado.

Feedback falado da caixa de diálogo de acessibilidade

Caso os usuários precisem executar o atalho de acessibilidade para iniciar um serviço de acessibilidade, o Android 10 permite que a caixa de diálogo seja acompanhada de uma solicitação de conversão de texto em voz se o serviço solicitar.

Atalho de acessibilidade quando a navegação por gestos está ativada

Quando o recurso de navegação por gestos está ativado no Android 10, o botão de acessibilidade não fica visível ou selecionável. Para acessar esse menu, os usuários precisam realizar um destes gestos:

  • Deslizar para cima com dois dedos
  • Deslizar para cima com dois dedos e segurar

Atalho de acessibilidade para teclados físicos

No Android 10, os usuários podem acionar o atalho de acessibilidade em um teclado físico pressionando Control+Alt+Z.

Melhoria do controlador de teclado virtual

No Android 10, os serviços de acessibilidade podem solicitar que o teclado de software seja exibido mesmo quando o dispositivo detectar um teclado físico conectado. Os usuários podem modificar esse comportamento.

Tempos limite de acessibilidade definidos pelo usuário

O Android 10 introduz a API getRecommendedTimeoutMillis(). Esse método oferece suporte a tempos limite definidos pelo usuário para elementos de IU interativos e não interativos. O valor de retorno é influenciado pelas preferências do usuário e pelas APIs de serviço de acessibilidade.

Melhorias no preenchimento automático

O Android 10 contém as seguintes melhorias no serviço de preenchimento automático.

Solicitações de preenchimento automático relacionadas com compatibilidade

Você pode usar a flag FillRequest.FLAG_COMPATIBILITY_MODE_REQUEST para determinar se uma solicitação de preenchimento automático foi gerada pelo modo de compatibilidade.

Salvar nome de usuário e senha simultaneamente

É possível oferecer suporte a casos em que um aplicativo usa várias atividades para exibir nome de usuário, senha e outros campos, usando a sinalização SaveInfo.FLAG_DELAY_SAVE.

Interação do usuário com a IU de salvamento

É possível mostrar e ocultar um campo de senha em uma caixa de diálogo de salvamento, definindo um listener de ação na caixa de diálogo e mudando a visibilidade da visualização remota da senha correspondente.

Compatibilidade com atualização de conjuntos de dados

O preenchimento automático pode atualizar senhas existentes. Por exemplo, se um usuário já armazenar uma senha e salvar uma nova, o preenchimento automático vai solicitar que ele atualize a senha atual em vez de salvar uma nova.

Melhorias de classificação de campo

O Android 10 contém as seguintes melhorias para a API Field Classification.

Construtor UserData.Builder

O construtor UserData.Builder foi modificado para se alinhar melhor ao padrão Builder.

Permitir que um valor seja mapeado para vários tipos de IDs de categoria

Ao usar UserData.Builder no Android 10, agora é possível mapear um valor para vários tipos de IDs de categoria. Nas versões anteriores, uma exceção era gerada se um valor fosse adicionado mais de uma vez.

Compatibilidade aprimorada com números de cartão de crédito

A classificação de campo agora detecta números de quatro dígitos como os últimos quatro dígitos de um número de cartão de crédito.

Compatibilidade com a classificação de campo específico do app

O Android 10 adiciona o FillResponse.setUserData(), que permite definir dados do usuário específicos do app durante a sessão. Isso ajuda o serviço de preenchimento automático a detectar tipos de campos com conteúdo específico do app.

Controles da IU e do sistema

O Android 10 traz as seguintes melhorias da interface do usuário:

Compatibilidade com limites do JVMTI PopFrame

O Android 10 adiciona suporte ao recurso can_pop_frames na implementação da JVMTI do Android. Ao depurar, esse recurso permite executar novamente as funções depois de pausar em um ponto de interrupção e ajustar locais, globais ou a implementação de uma função. Para mais informações, consulte a página de referência do Pop Frame da Oracle.

API Surface control

O Android 10 fornece uma API SurfaceControl para acesso de baixo nível ao compositor do sistema (SurfaceFlinger). Para a maioria dos usuários, o SurfaceView é a maneira correta de usar o compositor. A API SurfaceControl pode ser útil em certos casos. Por exemplo:

  • Sincronização de várias superfícies
  • Incorporação de superfície de processo cruzado
  • Gerenciamento de ciclo de vida de nível inferior

A API SurfaceControl está disponível nas vinculações do SDK e do NDK. A implementação do NDK inclui uma API para troca manual de buffers com o compositor. Isso oferece uma alternativa para usuários que se depararam com as limitações de BufferQueue.

Detecção de renderizador inativo WebView

O Android 10 introduz a classe abstrata WebViewRenderProcessClient, que os apps podem usar para detectar se uma WebView parou de responder. Para usar essa classe:

  1. Defina sua própria subclasse e implemente os métodos onRenderProcessResponsive() e onRenderProcessUnresponsive().
  2. Anexe uma instância do WebViewRenderProcessClient a um ou mais objetos WebView.
  3. Se o WebView deixar de responder, o sistema chamará o método onRenderProcessUnresponsive() do cliente, transmitindo WebView e WebViewRenderProcess. Se o WebView for de processo único, o parâmetro WebViewRenderProcess será nulo. Seu app pode tomar as medidas necessárias, como mostrar uma caixa de diálogo perguntando se o usuário quer interromper o processo de renderização.

Se a WebView permanecer sem resposta, o sistema chamará onRenderProcessUnresponsive() periodicamente (no máximo uma vez a cada cinco segundos), mas não realizará outra ação. Se o WebView se tornar responsivo novamente, o sistema chamará onRenderProcessResponsive() apenas uma vez.

Painéis de configurações

O Android 10 introduz os Painéis de configurações, uma API que permite que os apps mostrem configurações para os usuários no contexto do app. Isso evita que os usuários precisem acessar as Configurações para mudar itens como NFC ou Dados móveis para usar o app.

Figura 1. O usuário tenta abrir uma página da Web enquanto o dispositivo não está conectado à rede. O Chrome exibe o painel de configurações de Conectividade com a Internet.

Figura 2. O usuário pode ativar o Wi-Fi e selecionar uma rede sem sair do app Chrome.

Por exemplo, suponha que um usuário abra um navegador da Web enquanto o dispositivo está no modo avião. Antes do Android 10, o app só podia mostrar uma mensagem genérica pedindo ao usuário que abrisse as Configurações para restaurar a conectividade. Com o Android 10, o app de navegação pode exibir um painel inline mostrando as principais configurações de conectividade, como modo avião, Wi-Fi (incluindo redes próximas) e dados móveis. Com esse painel, os usuários podem restaurar a conectividade sem sair do app.

Para mostrar um painel de configurações, dispare uma intent com uma das seguintes ações de Settings.Panel:

Kotlin

val panelIntent = Intent(Settings.Panel.settings_panel_type)
startActivityForResult(panelIntent)

Java

Intent panelIntent = new Intent(Settings.Panel.settings_panel_type);
startActivityForResult(panelIntent);

settings_panel_type pode ser:

ACTION_INTERNET_CONNECTIVITY
Mostra as configurações relacionadas à conectividade com a Internet, como modo avião, Wi-Fi e dados móveis.
ACTION_WIFI
Mostra as configurações de Wi-Fi, mas não as outras configurações de conectividade. Isso é útil para apps que precisam de uma conexão Wi-Fi para fazer uploads ou downloads grandes.
ACTION_NFC
Mostra todas as configurações relacionadas à comunicação a curta distância (NFC, na sigla em inglês).
ACTION_VOLUME
Mostra as configurações de volume para todos os streams de áudio.

Melhorias de compartilhamento

O Android 10 oferece várias melhorias para o compartilhamento:

API Sharing Shortcuts

A API Share Shortcuts substitui as APIs Direct Share.

Em vez de recuperar os resultados de forma reativa sob demanda, a API Share Shortcuts permite que os apps publiquem alvos de compartilhamento direto com antecedência. É assim que a ShortcutManager funciona. Como as duas APIs são semelhantes, expandimos a API ShortcutInfo para facilitar o uso dos dois recursos. Com a API Share Shortcuts, é possível atribuir categorias ou pessoas diretamente a um alvo de compartilhamento. Os destinos de compartilhamento persistem no sistema até que o mesmo app os atualize ou que o app seja desinstalado.

O mecanismo de compartilhamento direto mais antigo ainda funciona, mas os apps que o usam têm uma prioridade menor do que aqueles que usam a API Share Shortcuts.

ShortcutInfo.Builder adiciona e melhora métodos para fornecer mais informações sobre o alvo de compartilhamento.

Destinos de compartilhamento direto

Você pode publicar um atalho dinâmico como um destino de compartilhamento direto. Consulte Publicar destinos de compartilhamento direto.

ShortcutManagerCompat é uma nova API AndroidX que oferece compatibilidade com a antiga API DirectShare. Essa é a maneira recomendada de publicar alvos de compartilhamento.

Visualização de texto

Quando um app compartilha conteúdo de texto, ele pode mostrar uma visualização opcional do conteúdo na interface do Sharesheet.

Consulte Como adicionar visualizações rich text

Saiba mais

Para mais informações sobre como os apps podem compartilhar dados, consulte Como enviar dados simples para outros apps e Como receber dados simples de outros apps.

Tema escuro

O Android 10 oferece um tema escuro que se aplica à IU do sistema Android e aos apps em execução no dispositivo. Para mais informações, consulte Tema escuro.

Tipos de serviços em primeiro plano

O Android 10 introduz o atributo de manifesto XML foregroundServiceType, que você inclui na definição de vários serviços específicos. É possível, embora raramente seja adequado, atribuir vários tipos de serviço em primeiro plano a um serviço específico.

A tabela a seguir mostra os diferentes tipos de serviço em primeiro plano e os serviços em que é apropriado declarar um tipo específico:

Tipo de serviço em primeiro plano Exemplo de caso de uso para um serviço que deve declarar esse tipo
connectedDevice Acompanhar um monitor wearable de atividades físicas
dataSync Fazer o download de arquivos de uma rede
location Continuar uma ação iniciada pelo usuário
mediaPlayback Tocar um livro de áudio, podcast ou música
mediaProjection Gravar um vídeo da tela do dispositivo durante um curto período de tempo
phoneCall Lidar com chamadas em curso

Kotlin

O Android 10 inclui as seguintes atualizações para o desenvolvimento em Kotlin.

Anotações de valores nulos para APIs libcore

O Android 10 melhora a cobertura de anotações de nulidade no SDK para APIs libcore. Essas anotações permitem que os desenvolvedores de apps que usam análise de nulidade em Kotlin ou Java no Android Studio recebam informações de nulidade ao interagir com essas APIs.

Normalmente, violações de contratos de nulidade no Kotlin resultam em erros de compilação. Para garantir a compatibilidade com o código existente, somente as anotações @RecentlyNullable e @RecentlyNonNull são adicionadas. Isso significa que as violações de nulidade resultam em avisos, em vez de erros.

Além disso, todas as anotações @RecentlyNullable ou @RecentlyNonNull que foram adicionadas no Android 9 vão mudar para @Nullable e @NonNull, respectivamente. Isso significa que, no Android 10 e versões mais recentes, as violações de nulidade levam a erros em vez de avisos.

Para mais informações sobre mudanças de anotações, consulte O SDK do Android Pie agora é mais compatível com Kotlin (link em inglês) no Blog de desenvolvedores Android.

NDK

O Android 10 inclui as alterações do NDK descritas a seguir.

Depuração aprimorada da propriedade do descritor de arquivo

O Android 10 adiciona o fdsan, que ajuda a encontrar e corrigir problemas de propriedade de descritor de arquivos com mais facilidade.

Bugs relacionados ao uso indevido da propriedade do descritor do arquivo, que tendem a se manifestar como use-after-close e double-close, são análogos aos bugs use-after-free e double-free de alocação de memória, mas tendem a ser muito mais difíceis de diagnosticar e corrigir. O fdsan tenta detectar e/ou impedir o gerenciamento incorreto do descritor de arquivos ao aplicar a propriedade do descritor de arquivos.

Para mais informações sobre falhas relacionadas a esses problemas, consulte Erro detectado pelo fdsan. Para mais informações sobre o fdsan, consulte a página do Googlesource sobre fdsan (em inglês).

TLS ELF

Os apps criados usando o NDK com uma API de nível mínimo 29 podem usar ELF TLS em vez de emutls. Foi adicionado suporte ao vinculador dinâmico e estático para oferecer suporte a esse método de processar variáveis locais de linha de execução.

Em apps criados para o nível 28 da API e versões anteriores, melhorias foram implementadas para que o libgcc/compiler-rt contorne alguns problemas de emutls.

Para mais informações, consulte Mudanças no Android para desenvolvedores do NDK (link em inglês).

Ambiente de execução

O Android 10 inclui a mudança no ambiente de execução descrita a seguir.

Acionamento de coleta de lixo baseada em Mallinfo

Quando pequenos objetos Java de plataforma fazem referência a objetos grandes no heap C++, os objetos C++ geralmente podem ser recuperados somente quando o objeto Java é coletado e, por exemplo, finalizado. Nas versões anteriores, a plataforma estimou os tamanhos de muitos objetos C++ associados a objetos Java. Essa estimativa nem sempre era precisa e, às vezes, resultava em um uso muito maior da memória, já que a plataforma não coletava lixo quando deveria.

No Android 10, o coletor de lixo (GC, na sigla em inglês) rastreia o tamanho total do heap alocado pelo sistema malloc(), garantindo que grandes alocações de malloc() sejam sempre incluídas nos cálculos de acionamento de GC. Os apps que intercalam um grande número de alocações de C++ com a execução de Java podem ter um aumento na frequência de coleta de lixo como resultado. Outros apps podem ter uma pequena redução.

Teste e depuração

O Android 10 inclui as melhorias em testes e depuração descritas a seguir.

Melhorias na geração de traces do sistema no dispositivo

No Android 10 e versões mais recentes, você pode especificar limites para o tamanho e a duração de um rastro ao executar um rastreamento do sistema no dispositivo. Quando você especifica um valor, o sistema executa um rastro longo, copiando periodicamente o buffer para o arquivo de destino enquanto o rastro é gravado. O trace é concluído quando os limites de tamanho ou duração especificados são atingidos.

Use esses outros parâmetros para testar diferentes casos de uso do que você testaria com um rastro padrão. Por exemplo, você pode estar diagnosticando um bug de desempenho que só ocorre depois que o app é executado por um longo período. Nesse caso, você pode gravar um rastro longo ao longo de um dia inteiro e analisar o programador de CPU, a atividade do disco, as linhas de execução do app e outros dados no relatório para determinar a causa do bug.

No Android 10 e versões mais recentes, os arquivos de rastreamento são salvos em um formato que pode ser aberto com o Perfetto, um projeto de código aberto para instrumentação e rastreamento de desempenho. Você pode converter arquivos de rastro do Perfetto no formato do Systrace (link em inglês).

Melhorias no TextClassifier

O Android 10 oferece outras funcionalidades de classificação de texto na interface TextClassifier.

Detecção de idioma

O método detectLanguage() funciona de maneira semelhante aos métodos de classificação já existentes. Ela recebe um objeto TextLanguage.Request e retorna um objeto TextLanguage.

Os objetos TextLanguage consistem em uma lista de pares ordenados. Cada par contém uma localidade e uma pontuação de confiança correspondente para a classificação.

Sugestões de ações de conversa

O método suggestConversationActions() funciona de maneira semelhante aos métodos de classificação existentes. Ela recebe um objeto ConversationActions.Request e retorna um objeto ConversationActions.

Objetos ConversationActions consistem em uma lista de objetos ConversationAction. Cada objeto ConversationAction inclui uma possível ação sugerida e a pontuação de confiança.

Respostas inteligentes/ações em notificações

O Android 9 introduziu a capacidade de exibir respostas sugeridas dentro de uma notificação. O Android 10 expande isso com a capacidade de incluir ações sugeridas baseadas em intent. Além disso, a plataforma é capaz de gerar essas sugestões automaticamente. Os apps ainda podem dar as próprias sugestões ou desativar sugestões geradas pelo sistema.

A API usada para gerar essas respostas faz parte do TextClassifier e também foi diretamente exposta aos desenvolvedores no Android 10. Leia a seção sobre melhorias no TextClassifier para ver mais informações.

Se o app fornecer as próprias sugestões, a plataforma não vai gerar sugestões automáticas. Se você não quiser que as notificações do seu app mostrem respostas ou ações sugeridas, desative as respostas e ações geradas pelo sistema usando setAllowGeneratedReplies() e setAllowSystemGeneratedContextualActions().