Notas da versão do Android Studio para plataforma

O Android Studio for Platform (ASfP) é o ambiente de desenvolvimento integrado oficial para o desenvolvimento da plataforma Android. Esta página resume os recursos mais recentes, as melhorias específicas da plataforma e as melhorias de qualidade disponíveis no ASfP.

Lançamentos de recursos da plataforma 2026 (Rabbit | 2026.2 e Panda 2 | 2025.3.2)

Criadas na plataforma base IntelliJ 2026.2 , as versões recentes do ASfP oferecem grandes melhorias na configuração do projeto e na confiabilidade de inicialização, integração de build do Soong, recursos de agente de IA, gerenciamento de dispositivos virtuais Cuttlefish, depuração híbrida de C, C++, Rust e testes de plataforma.

Configuração do projeto, modelos e desempenho de sincronização

• Arquitetura de projeto do modelo de espaço de trabalho: a construção do projeto foi migrada para as APIs do modelo de espaço de trabalho do IntelliJ, simplificando a configuração inicial do projeto e melhorando a estabilidade do ambiente de desenvolvimento integrado em grandes árvores de origem do AOSP.
• Inicialização instantânea com snapshots do modelo de projeto: o ASfP agora armazena em cache e restaura o modelo de projeto de snapshots na inicialização, eliminando atrasos iniciais redundantes de indexação ao reabrir grandes espaços de trabalho do AOSP.
• Modelos de projeto compartilháveis (importação e exportação):
  • Importar do modelo: inicialize um novo projeto do AOSP no assistente de configuração selecionando Importar do modelo e apontando para um arquivo YAML .asfp-project compartilhado.
  • Exportar para modelo: compartilhe a configuração do projeto com colegas de equipe clicando com o botão direito do mouse na guia do editor .asfp-project (ou no menu ASfP > Projeto) e selecionando Exportar para modelo.
• Opções aprimoradas do assistente de configuração: configure variáveis de ambiente de build personalizadas e ative a compilação parcial do Soong (SOONG_PARTIAL_COMPILE) diretamente durante a criação do projeto.
• Modos de sincronização flexíveis:
  • Sincronização parcial: sincronize módulos ou diretórios específicos sem executar uma sincronização completa do repositório.
  • Sincronização sem build: atualize a estrutura do projeto do ambiente de desenvolvimento integrado e as raízes do módulo rapidamente sem acionar um build do Soong.
  • Sincronização e build completo: acione uma sincronização de projeto combinada e um build completo do Soong em uma única ação.
• Escopos de pesquisa otimizados e suporte a links simbólicos: o conteúdo dentro do out/ diretório e os IMLs gen gerados são excluídos automaticamente dos escopos de pesquisa do projeto para manter as pesquisas de arquivos e símbolos rápidas e sem ruído. O ASfP também oferece suporte a raízes de origem com links simbólicos em repositórios do AOSP.

Build, implantação e inteligência do editor Android.bp no editor

• Ícones de build, execução e depuração na margem em Android.bp: cada módulo nomeado em Android.bp inclui um ícone de margem Build ao lado de name:, enquanto os módulos de teste (*_test e *_test_host) e os módulos android_app incluem um ícone de margem Run para executar ou depurar destinos diretamente do editor.
• Configurações de execução de implantação e flash contextual: crie e inicie Soong Deploy configurações de execução de destinos implantáveis em Android.bp arquivos, com suporte à implantação por adb, scripts de shell personalizados, adevice, ou flashall com hooks de build do Soong pré-execução.
• Abrir o arquivo Android.bp correspondente e inteligência do editor: clique com o botão direito do mouse em qualquer arquivo ou diretório de origem e selecione Abrir o arquivo Android.bp correspondente para acessar a declaração do módulo (resolvendo defaults cadeias, globs e links simbólicos). Em Android.bp, Ctrl + clique em referências de módulo ou srcs, confira dicas de N Usages clicáveis e mantenha o ponteiro sobre as propriedades (incluindo as propriedades target.*, arch.* e multilib.* com escopo) para acessar a documentação inline do Soong.
• Janela de ferramentas dedicada do Soong: monitore a sincronização do Soong e o progresso do build com indicadores de status da tarefa, acione ações de build e execute comandos do Soong na janela de ferramentas Soong.

Gerenciamento de dispositivos virtuais Cuttlefish e espelhamento multitelas

• Configuração de vários dispositivos no Gerenciador de dispositivos: crie e gerencie configurações de dispositivos virtuais Cuttlefish de vários dispositivos diretamente no Gerenciador de dispositivos usando o checkout local do AOSP.
• Espelhamento de tela múltipla na janela de ferramentas do Cuttlefish: use o espelhamento de tela múltipla integrado do Cuttlefish na janela de ferramentas dedicada Cuttlefish, criada para o desenvolvimento do Android Automotive OS (AAOS) e do veículo definido por software (SDV, na sigla em inglês).

IA no Android Studio e agente integrado para desenvolvimento de plataforma

• Agente integrado com ferramentas de build e teste do Soong: a IA no Android Studio integra ferramentas de build do Soong e de execução atest específicas da plataforma ao agente integrado, permitindo que o agente planeje edições de várias etapas, compile destinos do Soong e execute testes de plataforma atest com resultados estruturados inline.
• Suporte a empresas e BYOM: acesse a IA no Android Studio usando modelos do Gemini integrados, o Gemini Code Assist, licenças do Gemini Enterprise ou conecte endpoints de modelos personalizados usando o Bring Your Own Model (BYOM) com suas próprias chaves de API.

Depuração da plataforma (guia "Attach" na janela de ferramentas "Debug" e LLDB)

• Guia "Attach" fixada (Run > Attach to Android Process):
  • Bibliotecas compartilhadas carregadas (Libraries), ID de build e símbolos: inspecione as bibliotecas .so carregadas e os IDs de build ELF de 8 caracteres antes de anexar. O ASfP compara cada ID de build com out/target/product/<device>/symbols (índice symbols/.build-id), mostrando um ícone de verificação quando verificado (mantenha o ponteiro sobre uma linha verificada para conferir o caminho .debug resolvido) ou um ícone de aviso se os símbolos estiverem ausentes.
  • Anexar Java, C++ e Rust: selecione Java debugger, Native debugger ou ambos para abrir as guias de depuração <process> (<pid>) e <process> (<pid>)-jdwp vinculadas. A seleção de um serviço C++ ou Rust oculta o Java debugger e mostra Java debugging unavailable, not a Java process.
  • Dispositivo com acesso root com um clique e ativar JDWP: filtre com Show system processes, clique em Root Device para executar adb root (Device is rooted) ou clique em Enable JDWP para definir persist.debug.dalvik.vm.jdwp.enabled=1 e reinicializar userdebug dispositivos.
• Melhorias no depurador LLDB, visualizadores Rust e passagem de sinal ART:
  • As sessões lldb-dap integradas oferecem suporte a breakpoints condicionais, breakpoints de exceção C++ e Rust, valores de variáveis inline no editor, Drop Frame, Step Into inteligente e impressoras bonitas automáticas do Rust (String, Vec, HashMap, Option) de pré-builds do AOSP.
  • A anexação do LLDB a processos ART e JNI passa automaticamente por sinais de verificação nula ou GC SIGSEGV e SIGBUS internos do ART sem paradas espúrias.
  • rust-analyzer é detectado automaticamente em prebuilts/rust-toolchain/linux-x86/stable/rust-analyzer (com fallback para prebuilts/rust/linux-x86/stable/rust-analyzer), e as notificações espúrias 'proc-macro' not found em arquivos out/soong/.intermediates gerados são suprimidas.

Testes de plataforma e depuração de cc_test e rust_test

• Depurar destinos android_test, cc_test e rust_test: inicie sessões de depuração em Android.bp ou ícones de margem de método de teste:
  • Os módulos android_test são iniciados usando atest --wait-for-debugger e anexam o depurador Java.
  • Os módulos cc_test, cc_test_host, rust_test e rust_test_host são iniciados diretamente no LLDB integrado usando Build Native Test Module e Deploy with atest (atest --collect-tests-only --disable-teardown) antes das tarefas de inicialização.
• Modelos LLDB de destino duplo host_supported: true e por máquina: para cc_test e rust_test módulos com host_supported: true, os botões de opção Run on: Device e Host são ativados nas configurações de Soong Test com cartões de configurações LLDB independentes por destino, Program arguments, atest arguments e Launch JSON (DAP Settings).

Atualizações no ambiente de desenvolvimento integrado e qualidade da plataforma

• Notificações automáticas de atualização no ambiente de desenvolvimento integrado: a partir do ASfP 2026.2.2 Canary 1, o ASfP verifica automaticamente novas versões em segundo plano e notifica você no ambiente de desenvolvimento integrado pela caixa de diálogo Android Studio and Plugin Updates, com um botão Download para o pacote .deb mais recente e instruções de instalação do terminal. Verifique se há atualizações a qualquer momento usando Help > Check for Updates.
• Links de canal -current-linux.deb persistentes: para scripts automatizados e configurações de linha de comando, os pacotes estáveis e Canary mais recentes estão acessíveis em URLs persistentes: https://dl.google.com/android/asfp/asfp-current-linux.deb (estável) e https://dl.google.com/android/asfp/asfp-canary-current-linux.deb (Canary).
• Detecção de incompatibilidade de versão no disco: o ASfP detecta quando a instalação subjacente .deb no disco foi atualizada enquanto o ambiente de desenvolvimento integrado estava em execução e solicita que você reinicie corretamente com uma notificação.
• Inspeções de direitos autorais e confirmações padrão do AOSP: inclui um perfil de cabeçalho de direitos autorais padrão do AOSP pré-configurado e inspeções de formatação de mensagens de confirmação personalizadas para contribuições da plataforma.
• Alocação de memória padrão aumentada: o tamanho máximo do heap padrão foi aumentado de 20 GB para 30 GB para oferecer suporte a grandes árvores de origem do AOSP.