page.title=Android N for Developers meta.tags="preview", "androidn" page.tags="preview", "developer preview" page.image=images/cards/card-n-apis_2x.png @jd:body

Principais recursos para desenvolvedores

O Android N ainda está em desenvolvimento ativo, mas agora você já pode testá-lo como parte do N Developer Preview. As seções a seguir destacam alguns dos novos recursos para desenvolvedores.

Não deixe de conferir as Mudanças de comportamento para saber mais sobre as áreas onde as alterações de plataforma podem afetar os aplicativos, examine os guias para desenvolvedores para saber mais sobre os principais recursos e faça o download da Referência da API para obter detalhes sobre as novas APIs.

Suporte a várias janelas

No Android N, introduzimos um recurso de multitarefa novo e muito solicitado na plataforma — o suporte a várias janelas.

Agora os usuários podem abrir dois aplicativos na tela ao mesmo tempo.

Figura 1. Aplicativos executando em modo de tela dividida.

O suporte a várias janelas oferece novas formas de envolver os usuários, particularmente em tablets e outros dispositivos com telas maiores. Você pode até ativar o recurso de arrastar e soltar no aplicativo para permitir que os usuários arrastem conteúdo de ou para o aplicativo — uma ótima maneira de aprimorar a experiência do usuário.

É muito fácil adicionar suporte a várias janelas a seu aplicativo e configurar como ele lida com exibição em várias janelas. Por exemplo, você pode especificar as dimensões mínimas permitidas para sua atividade, evitando que os usuários redimensionem a atividade para abaixo deste tamanho. Você também pode desativar a exibição de várias janelas para o aplicativo, o que garante que o sistema só mostrará o aplicativo em modo de tela inteira.

Para obter mais informações, consulte a documentação para desenvolvedores de Suporte a várias janelas .

Aprimoramentos de notificações

Reformulamos as notificações no Android N para facilitar e agilizar o uso. Entre as alterações estão:

Figura 2. Notificações empacotadas e resposta direta.

Para saber como implementar os novos recursos, consulte o guia Notificações .

Compilação JIT/AOT orientada a perfil

No Android N, adicionamos um compilador Just in Time (JIT) com perfis de código para ART, o que permite aprimorar constantemente o desempenho de aplicativos Android durante a execução. O compilador JIT complementa o compilador atual Ahead of Time (AOT) do ART e ajuda a aprimorar o desempenho em tempo de execução, economizar espaço de armazenamento e acelerar atualizações de aplicativos e de sistema.

A compilação orientada a perfil permite que o ART gerencie a compilação AOT/JIT de cada aplicativo de acordo com o uso real e com as condições no dispositivo. Por exemplo, o ART mantém um perfil dos principais métodos do aplicativo e pode pré-compilar e armazenar esses métodos em cache para obter o melhor desempenho. As outras partes do aplicativo não são compiladas até que sejam realmente utilizadas.

Além de aprimorar o desempenho para as principais partes do aplicativo, a compilação ajuda a reduzir o uso geral de recursos de RAM, incluindo os binários associados. Esse recurso é particularmente importante em dispositivos com pouca memória.

O ART gerencia a compilação orientada a perfil de forma a minimizar o impacto sobre a bateria do dispositivo. A pré-compilação é executada apenas quando o dispositivo está ocioso e com a bateria sendo carregada, economizando tempo e bateria com a execução antecipada dessa tarefa.

Caminho rápido para a instalação de aplicativos

Um dos benefícios mais tangíveis do compilador JIT do ART é a velocidade de instalação dos aplicativos e das atualizações do sistema. Até mesmo aplicativos grandes, que exigiam vários minutos para otimização e instalação no Android 6.0, podem agora ser instalados em segundos. As atualizações de sistema também ficaram mais rápidas, pois não existe mais a etapa de otimização.

Modo soneca em movimento...

O Android 6.0 introduziu o modo soneca, um modo de sistema que economiza bateria adiando atividades de CPU e rede dos aplicativos quando o dispositivo está ocioso, como quando está em uma mesa ou gaveta.

Agora, no Android N, o modo soneca foi aprimorado e economiza bateria quando em movimento. Sempre que a tela ficar desativada por um período e o dispositivo ficar desativado, o modo soneca aplicará um subconjunto das restrições familiares de CPU e rede aos aplicativos. Isso significa que os usuários podem economizar bateria transportando os dispositivos no bolso.

Figura 3. O modo soneca agora aplica restrições para aumentar a vida útil da bateria mesmo quando o dispositivo não está estacionário.

Pouco depois de a tela ser desativada com o dispositivo alimentado pela bateria, o modo soneca restringe o acesso de rede e adia trabalhos e sincronizações. Durante breves janelas de manutenção, os aplicativos podem acessar a rede e todos os trabalhos/sincronizações adiados são executados. A ativação da tela ou do dispositivo encerra o modo soneca.

Quando o dispositivo voltar a ficar estacionário, com a tela desativada e alimentado por bateria por um período, o modo soneca aplicará as restrições completas de CPU e rede em {@link android.os.PowerManager.WakeLock}, alarmes {@link android.app.AlarmManager} e verificações de GPS/Wi-Fi.

As práticas recomendadas para adaptar o aplicativo ao modo soneca são as mesmas para dispositivos estacionários ou em movimento. Portanto, se você já atualizou o aplicativo para processar o modo soneca corretamente, está pronto. Caso contrário, comece a adaptar o aplicativo para o modo soneca agora.

Project Svelte: Otimizações em segundo plano

O Project Svelte é um esforço contínuo para minimizar o uso de RAM pelo sistema e pelos aplicativos nos dispositivos Android existentes no ecossistema. No Android N, o Project Svelte se concentra em otimizar a forma de execução dos aplicativos em segundo plano.

O processamento em segundo plano é parte essencial da maioria dos aplicativos. Quando executado corretamente, a experiência do usuário pode ficar incrível — imediata, rápida e sensível ao contexto. Quando executado incorretamente, o processamento em segundo plano pode consumir desnecessariamente RAM (e bateria) e afetar o desempenho do sistema para os outros aplicativos.

Desde o Android 5.0, {@link android.app.job.JobScheduler} é a forma preferencial para execução de trabalho em segundo plano de uma maneira que beneficia os usuários. Os aplicativos podem agendar trabalhos e permitir que o sistema execute otimizações com base em condições de memória, energia e conectividade. O JobScheduler oferece controle e simplicidade, e queremos que seja usado por todos os aplicativos.

Outra boa opção é o GCMNetworkManager, parte do Google Play Services, que oferece um agendamento de trabalhos similar, compatível com versões legadas do Android.

Continuamos a expandir o JobScheduler e o GCMNetworkManager para atender a mais casos de uso — por exemplo, no Android N, você já pode agendar trabalhos em segundo plano de acordo com mudanças nos provedores de conteúdo. Ao mesmo tempo, começamos a substituir alguns padrões mais antigos que podem reduzir o desempenho do sistema, particularmente em dispositivos com pouca memória.

No Android N, estamos removendo três transmissões implícitas de uso comum — {@link android.net.ConnectivityManager#CONNECTIVITY_ACTION}, {@link android.hardware.Camera#ACTION_NEW_PICTURE} e {@link android.hardware.Camera#ACTION_NEW_VIDEO} —, pois podem despertar simultaneamente processos em segundo plano de vários aplicativos, aumentando o consumo de memória e bateria. Se o seu aplicativo receber essas transmissões, aproveite o N Developer Preview para migrar para o JobScheduler e as APIs relacionadas.

Consulte a documentação de Otimizações em segundo plano para obter mais detalhes.

Economia de dados

Figura 4. Economia de dados em Settings.

Normalmente, o custo de um plano de dados de celular ao longo da vida útil do dispositivo móvel excede o custo do próprio dispositivo. Para muitos usuários, os dados de celular são um recurso caro que querem economizar.

O Android N introduz o modo de Economia de dados, um novo serviço do sistema que ajuda a reduzir o uso de dados de celular pelos aplicativos em situações de roaming, perto do final do ciclo de cobrança ou em pacotes de dados pré-pagos pequenos. A Economia de dados permite que os usuários controlem o uso de dados de celular e possibilita que os desenvolvedores ofereçam serviços mais eficientes quando o modo de Economia de dados estiver ativado.

Quando um usuário ativa a Economia de dados em Settings e o dispositivo está em uma rede tarifada, o sistema bloqueia o uso de dados em segundo plano e avisa aos aplicativos para reduzir o uso de dados no primeiro plano sempre que possível — como, por exemplo, limitar a taxa de bits de streaming, reduzir a qualidade de imagens, adiar o armazenamento prévio otimista em cache e assim por diante. Os usuários podem autorizar aplicativos específicos a usar dados tarifados em segundo plano, mesmo com a Economia de dados ativada.

O Android N estende o {@link android.net.ConnectivityManager} para oferecer aos aplicativos uma forma de recuperar as preferências do usuário para a Economia de dados e monitorar as mudanças de preferências. Todos os aplicativos devem verificar se o usuário ativou a Economia de dados e tentar limitar o uso de dados em primeiro e segundo plano.

Vulkan API

O Android N integra o Vulkan™, uma nova API de renderização 3D, à plataforma. Como o OpenGL™ ES, o Vulkan é um padrão aberto para gráficos e renderização 3D mantido pelo Khronos Group.

O Vulkan foi projetado desde o início para minimizar sobrecargas na CPU do driver e permitir que seu aplicativo controle a operação de GPU de forma mais direta. O Vulkan também oferece melhor paralelização ao permitir que vários encadeamento realizem trabalhos como a construção de buffer de comando de uma só vez.

As ferramentas de desenvolvimento e bibliotecas do Vulkan se combinam ao Android NDK. Elas incluem:

O Vulkan só está disponível para aplicativos em dispositivos com hardware com capacidade para Vulkan, como Nexus 5X, Nexus 6P e Nexus Player Estamos trabalhando em estreita cooperação com nossos parceiros para oferecer o Vulkan em mais dispositivos assim que possível.

Para obter mais informações, consulte a documentação da API.

Quick Settings Tile API

Figura 5. Blocos de Configurações rápidas na aba de notificações.

As Configurações rápidas são uma forma popular e simples de expor as principais configurações e ações diretamente na aba de notificações. No Android N, ampliamos o escopo das Configurações rápidas para aumentar ainda mais a utilidade e a conveniência.

Adicionamos mais espaço para os blocos de Configurações rápidas, que os usuários podem acessar em uma área de exibição paginada deslizando à direita ou à esquerda. Além disso, permitimos que os usuários controlem quais blocos de Configurações rápidas são exibidos, bem como o local em que são exibidos — para adicionar ou mover blocos, os usuários simplesmente arrastam e soltam os blocos.

Para desenvolvedores, o Android N também adiciona uma API nova que permite definir os próprios blocos de Configurações rápidas para que os usuários possam acessar facilmente os principais controles e ações do seu aplicativo.

Os blocos de Configurações rápidas estão reservados para controles ou ações que são urgentemente necessários ou frequentemente usados e não devem ser usados como atalhos para iniciar aplicativos.

Após definir os blocos, você pode disponibilizá-los aos usuários, que por sua vez podem adicioná-los às Configurações rápidas usando o recurso de arrastar e soltar.

Para obter informações sobre a criação de um bloco de aplicativo, consulte a documentação para android.service.quicksettings.Tile na Referência da API, disponível para download.

Bloqueio de número

O Android N agora oferece suporte a bloqueio de números na plataforma e disponibiliza uma API de estrutura para permitir que provedores de serviço mantenham uma lista de números bloqueados. O aplicativo padrão de SMS, o aplicativo padrão de telefone e os aplicativos de provedor podem ler e gravar a lista de números bloqueados. A lista não está acessível para outros aplicativos.

Ao oferecer o bloqueio de número como recurso padrão da plataforma, o Android oferece uma forma consistente de bloqueio de números em uma grande variedade de dispositivos. Alguns benefícios que podem ser aproveitados pelos aplicativos são:

Além disso, a integração de aplicativos da operadora por meio do Android significa que as operadoras podem ler a lista de números bloqueados no dispositivo e executar um bloqueio do lado do servidor para o usuário, impedindo que chamadas e textos indesejados cheguem a ele por qualquer meio, como terminais de VOIP ou encaminhamento de telefones.

Para obter mais informações, consulte android.provider.BlockedNumberContract na Referência da API, disponível para download.

Triagem de chamadas

O Android N permite que o aplicativo de telefone padrão faça a triagem das chamadas recebidas. O aplicativo de telefone faz isso implementando o novo CallScreeningService, que permite a execução de diversas ações com base nos {@link android.telecom.Call.Details Call.Details} da chamada recebida, como:

Para obter mais informações, consulte android.telecom.CallScreeningService na Referência da API, disponível para download.

Suporte a diversas localidades, mais idiomas

O Android N agora permite que os usuários selecionem diversas localidades em Settings para oferecer melhor suporte a casos de uso bilíngue. Os aplicativos podem usar uma API nova para obter as localidades selecionadas pelo usuário e oferecer experiências de usuário mais sofisticadas para usuários com diversas localidades — como, por exemplo, mostrar resultados de pesquisa em diversos idiomas e não oferecer a tradução de páginas da web que usam um idioma conhecido pelo usuário.

Juntamente com o suporte a várias localidades, o Android N também amplia o número de idiomas disponíveis aos usuários. Ele oferece mais de 25 variantes para cada um dos idiomas mais comuns, como inglês, espanhol, francês e árabe. Além disso, adiciona suporte parcial a mais de 100 novos idiomas.

Os aplicativos podem obter a lista de localidades definida pelo usuário chamando LocaleList.GetDefault(). Para oferecer suporte ao maior número de localidades, o Android N está alterando a forma como resolve recursos. Não deixe de testar e verificar se seus aplicativos funcionam da forma esperada com a nova lógica de resolução de recursos.

Para saber mais sobre o novo comportamento de resolução de recursos e sobre as práticas recomendadas que você deve seguir, consulte Suporte a vários idiomas.

Novos emoticons

O Android N apresenta emoticons adicionais e recursos relacionados, tais como emoticons com diferentes tons de pele e suporte a seletores de variação. Se o seu aplicativo suporta emoticons, siga as diretrizes abaixo para aproveitar estes recursos próprios para emoticons.

ICU4J APIs no Android

Agora, o Android N oferece um subconjunto de ICU4J APIs na estrutura do Android no pacote android.icu. A migração é fácil e geralmente exige apenas a mudança do namespace com.java.icu para android.icu. Se você já usa um pacote ICU4J nos seus aplicativos, a mudança para as APIs do android.icu disponibilizadas na estrutura do Android pode reduzir substancialmente o tamanho do APK.

Para saber mais sobre as APIs ICU4J no Android, consulte Suporte ao ICU4J.

OpenGL™ ES 3.2 API

O Android N adiciona interfaces de estrutura e suporte de plataforma ao OpenGL ES 3.2, incluindo:

A API da estrutura do OpenGL ES 3.2 no Android N é fornecida pela classe GLES32. Ao usar o OpenGL ES 3.2, não deixe de declarar o requisito no arquivo manifesto usando o rótulo <uses-feature> e o atributo android:glEsVersion.

Para obter mais informações sobre como usar o OpenGL ES, incluindo como verificar a versão do OpenGL ES compatível do dispositivo no tempo de execução, consulte o guia da OpenGL ES API.

Gravação do Android TV

O Android N adiciona a capacidade de gravar e reproduzir conteúdo de serviços de entrada do Android TV por meio de novas APIs de gravação. Criados usando as APIs atuais de time-shifting, os serviços de entrada de TV podem controlar quais dados de canal são gravados e como as sessões gravadas são salvas, bem como gerenciar a interação do usuário com o conteúdo gravado.

Para obter mais informações, consulte Android TV Recording APIs.

Android for Work

O Android for Work adiciona vários recursos e APIs para dispositivos que executam o Android N. Veja a seguir alguns destaques — para obter uma lista completa das mudanças, consulte atualizações no Android for Work.

Desafio de segurança de perfil de trabalho

Donos de perfis direcionados ao N SDK podem especificar um desafio de segurança em separado para aplicativos em execução no perfil de trabalho. O desafio de trabalho é exibido quando um usuário tenta abrir qualquer aplicativo de trabalho. O preenchimento correto do desafio de segurança desbloqueia e, se necessário, descriptografa o perfil de trabalho. Para donos de perfil, ACTION_SET_NEW_PASSWORD solicita que o usuário defina um desafio de trabalho e ACTION_SET_NEW_PARENT_PROFILE_PASSWORD um bloqueio de dispositivo.

Os donos de perfil também podem definir políticas de senha distintas para o desafio de trabalho (como o comprimento mínimo do PIN ou se é permitido usar a impressão digital para desbloquear o perfil) usandosetPasswordQuality(), setPasswordMinimumLength() e métodos relacionados. O dono de perfil também pode definir o bloqueio de dispositivo usando a instância de DevicePolicyManager retornada pelo novo método getParentProfileInstance(). Além disso, donos de perfil podem personalizar a tela de credenciais do desafio de trabalho usando os novos métodos setOrganizationColor() e setOrganizationName().

Desativar o trabalho

Os usuários podem alternar o modo de trabalho em dispositivos com um perfil de trabalho. Quando o modo de trabalho está desativado, o usuário gerenciado é encerrado temporariamente, o que desativa os aplicativos, a sincronização em segundo plano e as notificações do perfil de trabalho. Isso inclui o aplicativo do dono do perfil. Quando o modo de trabalho está desativado, o sistema exibe um ícone de status persistente para lembrar ao usuário que não é possível iniciar aplicativos de trabalho. A tela de início indica que os aplicativos e widgets de trabalho não podem ser acessados.

Always on VPN

Os donos de dispositivo e perfil podem garantir que os aplicativos de trabalho se conectem sempre por meio de uma VPN especificada. O sistema inicia automaticamente a VPN após a inicialização do dispositivo.

Os novos métodos DevicePolicyManager são setAlwaysOnVpnPackage() e getAlwaysOnVpnPackage().

Como os serviços de VPN podem ser vinculados diretamente pelo sistema sem interação com aplicativos, os clientes de VPN precisam processar novos pontos de entrada para o Always on VPN. Da mesma forma que antes, os serviços são indicados ao sistema por um filtro de intenção correspondente à ação android.net.VpnService.

Além disso, os usuários podem definir manualmente clientes do Always on VPN que implementam métodos VPNService no usuário principal usando Settings>More>Vpn.

Provisionamento personalizado

Um aplicativo pode personalizar os fluxos de provisionamento do dono do perfil e do dispositivo com cores e logos corporativos. DevicePolicyManager.EXTRA_PROVISIONING_MAIN_COLOR personaliza a cor do fluxo. DevicePolicyManager.EXTRA_PROVISIONING_LOGO_URI personaliza o fluxo com um logo corporativo.

Aprimoramentos na acessibilidade

O Android N agora oferece Configurações de visão diretamente na tela de boas-vindas na instalação de novos dispositivos. Isso permite que os usuários descubram e configurem recursos de acessibilidade em seus dispositivos de forma muito mais fácil, incluindo gesto de ampliação, tamanho da fonte, tamanho da tela e TalkBack.

Com o posicionamento mais proeminente desses recursos de acessibilidade, os usuários ficarão mais propensos a experimentar o aplicativo com os recursos ativados. Não deixe de testar antecipadamente os aplicativos com essas configurações ativadas. Você pode ativá-las em Settings > Accessibility.

Além disso, os serviços de acessibilidade no Android N podem ajudar usuários com deficiências motoras a tocar na tela. A nova API permite criar serviços com recursos como acompanhamento de face, acompanhamento de olho e varredura de pontos, entre outros, para atender às necessidades desses usuários.

Para obter mais informações, consulte android.accessibilityservice.GestureDescription na Referência da API, disponível para download.

Inicialização direta

A inicialização direta reduz os tempos de inicialização dos dispositivos e permite que aplicativos registrados tenham funcionalidade limitada, mesmo após uma reinicialização inesperada. Por exemplo, se um dispositivo criptografado reinicializar durante o sono do usuário, alarmes registrados, mensagens e chamadas recebidas podem agora continuar notificando o usuário normalmente. Isso também significa que serviços de acessibilidade podem ser disponibilizados imediatamente após um reinício.

A inicialização direita aproveita a criptografia baseada em arquivo do Android N para ativar políticas de criptografia detalhadas para dados de sistema e aplicativos. O sistema usa um armazenamento criptografado pelo dispositivo para determinados dados de sistema e dados de aplicativos registrados explicitamente. Por padrão, um armazenamento criptografado por credencial é usado para todos os outros dados de sistema, dados de usuário, aplicativos e dados de aplicativos.

Na inicialização, o sistema inicia em um modo restrito que permite acessar apenas dados criptografados pelo dispositivo, sem acesso geral a aplicativos ou dados. Se você deseja executar componentes nesse modo, pode registrá-los definindo um sinalizador no manifesto. Após a reinicialização, o sistema ativa componentes registrados transmitindo a intenção LOCKED_BOOT_COMPLETED . O sistema garante que dados de aplicativos registrados criptografados pelos dispositivos sejam disponibilizados antes do destravamento. Todos os outros dados ficarão indisponíveis até que o usuário confirme as credenciais de tela de bloqueio para descriptografá-los.

Para obter mais informações, consulte Inicialização direta.

Confirmação de chaves

Os armazenamentos de chaves protegidos por hardware oferecem um método muito mais seguro para criar, armazenar e usar chaves de criptografia em dispositivos Android. Eles protegem chaves contra o kernel do Linux, possíveis vulnerabilidades do Android e extração em dispositivos com acesso root.

Para permitir o uso de armazenamento de chaves protegido por hardware com maior facilidade e segurança, o Android N introduziu a confirmação de chaves. Aplicativos em dispositivos móveis e fora deles podem usar a confirmação de chaves para determinar com precisão se um par de chaves RSA ou EC está protegido por hardware, quais as propriedades do par de chaves e quais as restrições aplicadas ao uso e à validação.

Aplicativos e serviços externos aos dispositivos móveis podem solicitar informações sobre um par de chaves por meio de um certificado de confirmação X.509, que deve estar assinado por uma chave de confirmação válida. A chave de confirmação é uma chave de assinatura ECDSA, injetada no armazenamento de chaves protegido por hardware do dispositivo na fábrica. Portanto, um certificado de confirmação assinado com uma chave de confirmação válida confirma a existência de um armazenamento de chaves protegido por hardware, além de detalhes dos pares de chaves desse armazenamento de chaves.

Para garantir que o dispositivo esteja usando uma imagem Android oficial de fábrica e segura, a confirmação de chaves exige que o bootloader do dispositivo forneça as seguintes informações ao Ambiente de execução confiável (TEE):

Para obter mais informações sobre o recurso de armazenamento de chaves protegido por hardware, consulte o guia Armazenamento de chaves protegido por hardware.

Além da confirmação de chaves, o Android N também introduziu chaves associadas a impressões digitais que não são revogadas no cadastramento de impressões digitais.

Configuração de segurança de rede

No Android N, os aplicativos podem personalizar o comportamento de conexões seguras (HTTPS, TLS) de forma segura, sem modificação no código, usando a Configuração de segurança de rede declarativa em vez das APIs programáticas propensas a erro (por exemplo, X509TrustManager).

Recursos compatíveis:

Para obter mais configurações, consulte Configuração de segurança de rede.

Autoridade de certificado confiável padrão

Por padrão, os aplicativos direcionados ao Android N confiam apenas em certificados fornecidos pelo sistema e não confiam mais em Autoridades de certificado (CA) adicionadas pelo usuário. Os aplicativos direcionados ao Android N que querem confiar em CAs adicionadas pelo usuário devem usar a Configuração de segurança de rede para especificar como confiar nas CAs de usuário.

Esquema de assinatura de APK v2

O Android N apresenta o esquema de assinatura de APK v2, um novo esquema de assinatura de aplicativo que oferece instalações mais rápidas e maior proteção contra alterações não autorizadas em arquivos APK. Por padrão, o Android Studio 2.2 e o plug-in do Android para Gradle 2.2 assinam seu aplicativo usando o esquema de assinatura de APK v2 e o esquema tradicional, que usa assinaturas JAR.

Embora seja recomendável aplicar o esquema de assinatura de APK v2 ao aplicativo, este novo esquema não é obrigatório. Se o aplicativo não for compilado adequadamente ao usar o esquema de assinatura de APK v2, você poderá desativá-lo. O processo de desativação faz com que o Android Studio 2.2 e o plug-in do Android para Gradle 2.2 assinem o aplicativo usando apenas o esquema de assinatura tradicional. Para assinar apenas com o esquema tradicional, abra o arquivo do nível de módulo build.gradle e adicione a linha v2SigningEnabled false à configuração de assinatura de sua versão:

  android {
    ...
    defaultConfig { ... }
    signingConfigs {
      release {
        storeFile file("myreleasekey.keystore")
        storePassword "password"
        keyAlias "MyReleaseKey"
        keyPassword "password"
        v2SigningEnabled false
      }
    }
  }

Cuidado: Se você assinar o aplicativo usando o esquema de assinatura de APK v2 e fizer novas alterações posteriormente, a assinatura do app será invalidada. Por essa razão, use ferramentas como zipalign antes de assinar o aplicativo usando o esquema de assinatura de APK v2, não depois.

Para obter mais informações, leia os documentos do Android Studio que descrevem como assinar um aplicativo no Android Studio e como configurar o arquivo de programação para assinar aplicativos usando o plug-in do Android para Gradle.

Acesso a diretórios com escopo

No Android N, os aplicativos podem usar novas APIs para solicitar acesso a determinados diretórios de armazenamento externo, incluindo diretórios em mídias removíveis, tais como cartões SD. As novas APIs simplificam consideravelmente como o aplicativo acessa os diretórios de armazenamento externo padrão, tais como o diretórioPictures. Os aplicativos, como aplicativos de fotografia, podem usar essas APIs em vez de READ_EXTERNAL_STORAGE, que concede acesso a todos os diretórios de armazenamento, ou da Estrutura de acesso ao armazenamento, que faz o usuário navegar até o diretório.

Além disso, as novas APIs simplificam as etapas executadas pelo usuário para conceder ao aplicativo acesso ao armazenamento externo. Quando você usa as novas APIs, o sistema usa uma IU de permissões simples que detalha claramente a qual diretório o aplicativo está solicitando acesso.

Para obter mais informações, consulte a documentação para desenvolvedores Acessos a diretório com escopo.

Auxiliar de atalhos de teclado

No Android N, o usuário pode pressionar "Alt + /" para acionar uma tela de atalhos de teclado que exibe todos os atalhos disponíveis do sistema e do aplicativo em questão. Os atalhos são recuperados automaticamente do menu do aplicativo, se estiverem disponíveis, mas os desenvolvedores podem fornecer listas próprias de atalhos para a tela. É possível fazer isso substituindo o novo método Activity.onProvideKeyboardShortcuts(), conforme descrito na Referência da API, disponível para download.

Para acionar o auxiliar de atalhos de teclado em qualquer ponto do aplicativo, chame {@code Activity.requestKeyboardShortcutsHelper()} para a atividade correspondente.

API de desempenho sustentado

O desempenho pode flutuar drasticamente em aplicativos executados por muito tempo porque o sistema aciona os mecanismos de sistema-em-um-chip quando os componentes do dispositivo atingem o limite de temperatura. Esta flutuação representa um desafio para desenvolvedores de aplicativos que criam aplicativos de alto desempenho e longo tempo de execução.

Para tratar estas limitações, o Android N inclui compatibilidade opcional para modo de desempenho sustentado, permitindo que OEMs ofereçam dicas sobre capacidades de desempenho em dispositivo para aplicativos de longa duração. Os desenvolvedores de aplicativos podem usar essas dicas para ajustar os aplicativos para um nível de desempenho do dispositivo previsível e consistente em períodos longos de tempo.

Desenvolvedores de aplicativos podem testar essa nova API na N Developer Preview apenas em dispositivos Nexus 6P. Para usar este recurso, configure a janela de sinalização de desempenho sustentado para a janela que você quer executar em modo de desempenho sustentado. Configure esta sinalização usando o método {@code Window.setSustainedPerformanceMode()}. O sistema desativará este modo automaticamente quando a janela não estiver mais em foco.

Suporte a RV

O Android N adiciona compatibilidade de plataformas e otimizações para um novo Modo RV Mode que dá aos desenvolvedores a capacidade de projetar experiências de RV móveis de alta qualidade para os usuários. Há diversas melhorias de desempenho , incluindo acesso a um núcleo exclusivo da CPU para aplicativos de RV. Dentro dos aplicativos, é possível tirar vantagem do rastreamento inteligente da cabeça e de notificações estéreo que funcionam para RV. Mais importante, o Android N oferece gráficos de latência muito baixa. Para obter informações completas sobre a criação de aplicativos de RV para Android N, consulte o Google VR SDK para Android.

No Android N, agora os desenvolvedores de serviços de impressão podem exibir informações adicionais sobre impressoras e trabalhos de impressão individuais.

Ao listar impressoras individuais, agora um serviço de impressão pode definir ícones por impressora de duas maneiras:

Além disso, você pode fornecer atividade por impressora para exibir informações adicionais chamando PrinterInfo.Builder.setInfoIntent().

É possível indicar o progresso e o status de trabalhos de impressão na notificação de trabalhos de impressão chamando android.printservice.PrintJob.setProgress() e android.printservice.PrintJob.setStatus(), respectivamente.

Para obter mais informações sobre estes métodos, consulte a Referência da API, disponível para download.

FrameMetricsListener API

A FrameMetricsListener API permite que um aplicativo monitore o desempenho de renderização da IU. A API oferece este recurso ao expor uma API Pub/Sub em streaming para transferir informações de precisão de quadro à janela atual do aplicativo. Os dados retornados são equivalentes aos queadb shell dumpsys gfxinfo framestats exibe, mas não estão mais limitados a 120 quadros.

É possível usar o FrameMetricsListener para medir o desempenho da IU em nível de interação na produção sem conexão USB. Esta API permite a coleta de dados com granularidade muito maior do que {@code adb shell dumpsys gfxinfo}. A granularidade maior é possível porque o sistema pode coletar dados para determinadas interações no aplicativo; o sistema não precisa capturar um resumo global do desempenho do aplicativo nem limpar qualquer estado global. É possível usar este recurso para reunir dados de desempenho e capturar regressões no desempenho da IU para casos de uso reais dentro do aplicativo.

Para monitorar uma janela, implemente o método de retorno de chamada FrameMetricsListener.onMetricsAvailable() e registre-o nessa janela. Para obter mais informações, consulte a documentação da classe{@code FrameMetricsListener} na Referência da API,disponível para download.

A API fornece um objeto {@code FrameMetrics}, que contém dados de quadro que o subsistema de renderização relata para vários marcos no ciclo de vida de um quadro. As métricas suportadas são: {@code UNKNOWN_DELAY_DURATION}, {@code INPUT_HANDLING_DURATION}, {@code ANIMATION_DURATION}, {@code LAYOUT_MEASURE_DURATION}, {@code DRAW_DURATION}, {@code SYNC_DURATION}, {@code COMMAND_ISSUE_DURATION}, {@code SWAP_BUFFERS_DURATION}, {@code TOTAL_DURATION}e {@code FIRST_DRAW_FRAME}.

Arquivos virtuais

Em versões anteriores do Android, o aplicativo podia usar a estrutura de acesso ao armazenamento para permitir que os usuários selecionem arquivos de contas de armazenamento em nuvem, como o Google Drive. No entanto, não é possível representar arquivos que não tenham uma representação direta de código de bytes; os arquivos precisam fornecer um fluxo de entrada.

O Android N adiciona o conceito de arquivos virtuais à estrutura de acesso ao armazenamento. O recurso de arquivos virtuais permite que seu {@link android.provider.DocumentsProvider} retorne URIs de documentos que possam ser usados com intenções {@link android.content.Intent#ACTION_VIEW} mesmo que não tenham uma representação direta de código de bytes. O Android N também permite que você ofereça formatos alternativos para arquivos de usuário, sejam virtuais ou não.

Para obter o URI para um documento virtual em seu aplicativo, é preciso criar uma {@link android.content.Intent} para abrir a IU do seletor de arquivos. Como um aplicativo não consegue abrir um arquivo virtual diretamente usando o método {@link android.content.ContentResolver#openInputStream(Uri) openInputStream()} , seu aplicativo não receberá arquivos virtuais se você não incluir a categoria {@link android.content.Intent#CATEGORY_OPENABLE}.

Depois que o usuário fizer uma seleção, o sistema chamará o método {@link android.app.Activity#onActivityResult onActivityResult()}. O aplicativo pode recuperar o URI do arquivo virtual e obter um fluxo de resultados, como demonstrado no snippet de código abaixo.

  // Other Activity code ...

  final static private int REQUEST_CODE = 64;

  // We listen to the OnActivityResult event to respond to the user's selection.
  @Override
  public void onActivityResult(int requestCode, int resultCode,
    Intent resultData) {
      try {
        if (requestCode == REQUEST_CODE &&
            resultCode == Activity.RESULT_OK) {

            Uri uri = null;

            if (resultData != null) {
                uri = resultData.getData();

                ContentResolver resolver = getContentResolver();

                // Before attempting to coerce a file into a MIME type,
                // check to see what alternative MIME types are available to
                // coerce this file into.
                String[] streamTypes =
                  resolver.getStreamTypes(uri, "*/*");

                AssetFileDescriptor descriptor =
                    resolver.openTypedAssetFileDescriptor(
                        uri,
                        streamTypes[0],
                        null);

                // Retrieve a stream to the virtual file.
                InputStream inputStream = descriptor.createInputStream();
            }
        }
      } catch (Exception ex) {
        Log.e("EXCEPTION", "ERROR: ", ex);
      }
  }

Para obter mais informações sobre como acessar arquivos de usuário, consulte o guia da estrutura de acesso ao armazenamento.