Glossário da plataforma Android

Veja a lista abaixo para saber mais sobre a terminologia básica do Android Open Source Project (AOSP). Veja outras fontes para definições de termos-chave:

Seção Parâmetros de compilação do Documento para definição de compatibilidade do Android (CDD, na sigla em inglês)
Terminologia de áudio
Terminologia de áudio USB
Terminologia automotiva
Terminologia do Telefone automotivo
Terminologia de cluster de instrumento automotivo
Vocabulário do desenvolvedor de apps
Terminologia da versão da câmera
Terminologia de Sobreposição da árvore de dispositivos (DTO, na sigla em inglês)
Terminologia de ciclo de vida para a Matriz de compatibilidade de framework (FCM, na sigla em inglês)
Terminologia de integridade
Terminologia de HIDL
Terminologia de keystore protegido por hardware
Terminologia de várias telas

Consulte Programar com respeito para ver exemplos de terminologia a serem usados ou evitados para manter um ecossistema mais inclusivo.

Apps

Arquivo .apk: Arquivo de pacote de apps para Android. Cada aplicativo para Android é compilado e empacotado em um único arquivo que inclui todo o código (arquivos .dex), recursos e o arquivo de manifesto do app. O arquivo de pacote pode ter qualquer nome, mas precisa usar a extensão .apk. Exemplo: myExampleAppname.apk. Por conveniência, o arquivo de pacote de um app é geralmente denominado ".apk".
Relacionado: Aplicativo.
Ação: Descrição de algo que o sender de um intent quer que seja feito. Uma ação é um valor de string atribuído a um intent. As strings de ação podem ser definidas pelo Android ou por um desenvolvedor terceiro. Por exemplo, android.intent.action.VIEW para um URL da Web ou com.example.rumbler.SHAKE_PHONE para que um app personalizado faça o smartphone vibrar.
Relacionado: intent.
Atividade: Uma única tela em um app compatível com código Java e derivada da classe Activity. Geralmente, uma atividade é visivelmente representada por uma janela em tela cheia que pode receber e processar eventos de UI e realizar tarefas complexas, devido ao Windows usado na renderização. Embora uma atividade seja tipicamente exibida em tela cheia, ela também pode flutuar ou ser transparente.
Aplicativo: Da perspectiva de um componente, um aplicativo para Android consiste em um ou mais receptores de atividades, serviços, listeners e recebedores de intents. Da perspectiva do arquivo de origem, um aplicativo para Android consiste em códigos, recursos e um único manifesto. Durante a compilação, esses arquivos são empacotados em um único arquivo denominado arquivo de pacote de apps (.apk).
Relacionados: .apk, Atividade
Broadcast Receiver: Uma classe de apps que ouve intents que são transmitidos em vez de enviados a um único app/atividade de destino. O sistema envia um intent de transmissão para todos os broadcast receivers interessados, que processam o intent em sequência.
Relacionados: Intent, Filtro de intent.
Provedor de conteúdo: Uma camada de abstração de dados que pode ser usada para expor com segurança os dados do seu app para outros. Um provedor de conteúdo é criado na classe ContentProvider, que processa strings de consulta de conteúdo de um formato específico para retornar dados em um determinado formato. Consulte o tópico Provedores de conteúdo para saber mais.
Relacionado: uso do URI no Android
Caixa de diálogo: Uma janela flutuante que funciona como uma formulário leve. Uma caixa de diálogo pode ter apenas controles de botões e tem o objetivo de realizar uma ação simples (por exemplo, a escolha de um botão) e, talvez, retornar um valor. O objetivo de uma caixa de diálogo não é persistir na pilha de histórico, conter layout complexo ou realizar ações complexas. O Android oferece uma caixa de diálogo simples padrão com botões opcionais, embora você possa definir o próprio layout de caixa de diálogo. A classe básica para caixas de diálogos é Dialog.
Relacionado: Atividade.
Intent: Um objeto de mensagem que pode ser usado para iniciar ou se comunicar com outros apps e atividades de maneira assíncrona. Um objeto de intent é uma instância de Intent. Ele inclui vários campos de critérios que podem ser oferecidos para determinar que app ou atividade receberá o intent e o que o receptor fará quando processar o intent. Os critérios disponíveis incluem a ação visada, uma categoria, uma string de dados, o tipo MIME dos dados, uma classe de gerenciamento, entre outros. Um app envia um intent para o sistema Android em vez de diretamente para outro app ou atividade. O app pode enviar o intent para um único app de destino ou como uma transmissão, que, por sua vez, pode ser processada por vários apps em sequência. O sistema Android é responsável por resolver o melhor receptor disponível para cada intent, com base nos critérios oferecidos e nos filtros de intent definidos por outros apps. Para saber mais, consulte Intents e filtros de intent.
Relacionados: Filtro de intent, Broadcast Receiver.
Filtro de intent: Um objeto de filtro que um app declara no arquivo de manifesto para informar ao sistema quais tipos de intent cada um dos componentes está disposto a aceitar e com quais critérios. Por meio de um filtro de intent, um app pode expressar interesse em tipos de dados específicos, ações de intent, formatos de URI e assim por diante. Ao resolver um intent, o sistema avalia todos os filtros de intent disponíveis em todos os apps e transmite o intent ao app/atividade que melhor atende aos critérios. Para saber mais, consulte Intents e filtros de intent.
Relacionados: Intent, Broadcast receiver.
Recursos: Componentes de app não programáticos externos ao código compilado do app, mas que podem ser carregados a partir do código por um formato de referência conhecido. O Android é compatível com vários tipos de recurso, mas os recursos comuns de um app consistem em strings de IU, componentes de layout de IU, gráficos ou outros arquivos de mídia etc. Um app usa recursos para oferecer compatibilidade com localização e perfis e estados variados de dispositivo. Por exemplo, um app incluiria um conjunto separado de recursos para cada tipo de local ou de dispositivo compatível e poderia incluir recursos de layout específicos para a orientação de tela atual (paisagem ou retrato). Para saber mais sobre recursos, consulte Recursos. Os recursos de um app são sempre armazenados nas subpastas res/* do projeto.
Serviço: Um objeto de classe Service que é executado em segundo plano (sem uma presença de IU) para realizar várias ações persistentes, como tocar música ou monitorar a atividade de rede.
Relacionado: Atividade
URIs no Android: O Android se baseia em strings de URI (Uniform Resource Identifier) para solicitar dados em um provedor de conteúdo (por exemplo, para recuperar uma lista de contatos) e ações em um intent (por exemplo, abrir uma página da Web em um navegador). O formato e o esquema do URI são especializados de acordo com o tipo de uso, e um app pode processar strings e esquemas de URI específicos da maneira que quiser. Alguns esquemas de URI são reservados pelos componentes do sistema. Por exemplo, solicitações de dados de um provedor de conteúdo precisam usar o content://. Em um intent, um URI que usa um esquema http:// será processado pelo navegador.

Build

adb: Android Debug Bridge, um app de depuração de linha de comando incluído no SDK. Ele oferece ferramentas para navegar pelo dispositivo, copiar ferramentas e encaminhar portas para depuração. Se você está desenvolvendo no Android Studio, o adb está integrado no seu ambiente para desenvolvedores. Consulte Android Debug Bridge para saber mais.
Git: A ferramenta de controle de origem usada pelo Android que operava historicamente em um único repositório do Git. Usado em conjunto com Repo para vários repositórios Git. Consulte Ferramentas de controle de origem > Git para ver mais informações.
Ramificação Git - canônica: Versões distintas para cada repositório Git, como android-11.0.0_r1, encontradas em cs.android.com/android/platform/superproject/+/android-11.0.0_r1. Para ver mais informações, consulte Ramificações Git - Resumo de Ramificações (link em inglês).
Ramificação Git - local: Uma ramificação temporária no cliente Repo atual para fazer alterações no código, começando com o comando repo start project-name .. Uma linha de desenvolvimento ativa. A confirmação mais recente em uma ramificação é chamada de "ponta" da ramificação.
Repositório do Git: Anteriormente chamado de projeto, isso faz parte da base do código que representa um componente ou tipo de dispositivo específico, como frameworks/base ou platform/packages/apps/Car/Media.
Arquivo de manifesto: Um arquivo XML que descreve um conjunto de repositórios Git, as revisões do Git em que esses projetos serão verificados e o layout em um sistema de arquivos. Esse arquivo define os vários repositórios Git que a ferramenta Repo precisa buscar em uma finalização do cliente Repo para criar um produto (como o Android Automotive OS). Veja todos os manifestos em android.googlesource.com/platform/manifest/+refs. Veja o manifesto padrão incluído nos arquivos AndroidManifest para extrair os arquivos da plataforma Android (AOSP) em android.googlesource.com/platform/manifest/+/refs/heads/master/default.xml. Consulte o arquivo AndroidManifest.xml para ver informações sobre o app e formato do manifesto do repo para desenvolvimento de plataformas.
Atualização over-the-air (OTA): Os dispositivos Android em uso podem receber e instalar atualizações OTA (over-the-air) no sistema, software de aplicativo e regras de fuso horário. Consulte Atualizações OTA para saber mais.
Repo: Um wrapper Git para facilitar operações em vários repositórios Git. Ele agrega e gerencia os muitos repositórios Git como uma finalização ou uma base de código única. Consulte Ferramentas de controle de origem > Repo para ver mais informações.

Ramificação repo

Uma coleção de repositórios Git capturados em um arquivo AndroidManifest que representa uma versão (build) da base do código do Android, como android11-gsi ouaosp-android-games-sdk, transferido por download por comandos repo init erepo sync. Consulte a descrição do arquivo de manifesto para ver links de todos os arquivos de manifesto e use https://cs.android.com/ para pesquisar os builds.

Gráficos

Tela: Superfície de desenho que processa a composição dos bits reais de acordo com um objeto Bitmap ou Surface. Ela tem métodos para desenhos computacionais padrão de bitmaps, linhas, círculos, retângulos, texto e muito mais, além de ser vinculada a um Bitmap ou Surface. A tela é a maneira mais simples e fácil de desenhar objetos 2D na tela. A classe básica é Canvas.
Relacionados: Drawable, OpenGL ES, Surface.
Drawable: Um recurso visual compilado que pode ser usado como segundo plano, título ou outra parte da tela. Normalmente, um drawable é carregado em outro elemento da IU, como uma imagem de plano de fundo. Um drawable não pode receber eventos, mas atribui várias outras propriedades, como “estado” e programação, para ativar subclasses, como objetos de animação ou bibliotecas de imagens. Muitos objetos drawable são carregados a partir de arquivos de recurso de drawable: arquivos xml ou bitmap que descrevem a imagem. Recursos de drawable são compilados em subclasses de android.graphics.drawable. Para saber mais sobre drawables e outros recursos, consulte Recursos.
Relacionados: Recursos, Canvas
Recurso de layout: Um arquivo XML que descreve o layout de uma tela de atividade.
Relacionado: Recursos
Imagem Nine-patch / 9-patch / Ninepatch: Um recurso de bitmap redimensionável que pode ser usado para planos de fundo ou outras imagens no dispositivo. Consulte Imagem expansível Nine-patch para saber mais.
Relacionado: Recursos.
OpenGL ES: O Android oferece bibliotecas OpenGL ES para renderização 3D acelerada por hardware. Para renderização 2D, Canvas é a opção mais simples. O OpenGL ES está disponível no Kit de desenvolvimento nativo do Android (NDK) para facilitar o uso. Os pacotes android.opengl e javax.microedition.khronos.opengles expõem a funcionalidade do OpenGL ES.
Relacionados: Canvas, Surface
Superfície: Um objeto de tipo Surface que representa um bloco de memória composto na tela. Um objeto Superfície evita que um objeto Canvas desenhe e oferece vários métodos auxiliares para desenhar camadas e redimensionar a superfície. Não use essa classe diretamente. Use SurfaceView.
Relacionado: Canvas
SurfaceView: Um objeto View que une um objeto Surface para fazer desenhos e expõe métodos para especificar o tamanho e o formato dinamicamente. Um SurfaceView permite desenhar de maneira independente da linha de execução de IU para operações com uso intenso de recursos, como jogos ou visualizações de câmera. No entanto, essa opção consome mais memória. O SurfaceView é compatível com gráficos Canvas e OpenGL ES. A classe básica é SurfaceView.
Relacionado: Surface
Tema: Um conjunto de propriedades (tamanho de texto, cor de plano de fundo etc.) agrupadas para definir várias configurações padrão de exibição. O Android oferece poucos temas padrão, que estão listados em R.style (começam com "Theme_").
Ver: Um objeto que é desenhado em uma área retangular na tela e processa cliques, pressionamento de teclas e outros eventos de interação. Um view é uma classe básica para a maioria dos componentes de layout em uma tela de atividade ou caixa de diálogo (caixas de texto, janelas etc.). Ele recebe chamadas do objeto pai (consulte ViewGroup) para desenhar a si mesmo e informa ao objeto pai onde quer estar e qual tamanho quer ter (o que pode ou não ser respeitado). Para saber mais, consulte View.
Relacionados: Hierarquia de visualizações, ViewGroup, Widget
Hierarquia de visualização: Uma organização de objetos View e ViewGroup que define a interface do usuário para cada componente de um app. A hierarquia consiste em grupos de visualizações que contêm uma ou mais visualizações filhas ou grupos de visualizações. Você pode conseguir uma representação visual de uma hierarquia de visualizações para depuração e otimização usando o Hierarchy Viewer, que é fornecido com o SDK Android.
Relacionados: View, ViewGroup
ViewGroup: Um objeto contêiner que agrupa um conjunto de visualizações filhas. O grupo de visualizações é responsável por decidir onde as visualizações filhas são posicionadas e qual pode ser o tamanho delas, bem como por chamar cada uma para fazer o próprio desenho quando apropriado. Alguns grupos de visualizações são invisíveis e servem apenas para layout, enquanto outros têm uma IU intrínseca (por exemplo, uma caixa de listagem de rolagem). Os grupos estão todos no pacote widget, mas estendem ViewGroup.
Relacionados: View, Hierarquia de visualização
Widget: Um dos conjuntos de subclasses View totalmente implementadas que renderizam elementos de formulário e outros componentes de IU, como caixa de texto ou menu pop-up. Como um widget é totalmente implementado, ele processa a medição e o desenho por conta própria e responde a eventos de tela. Os widgets estão todos no pacote android.widget.
Janela: Em um app Android, um objeto derivado da classe abstrata Window que especifica os elementos de uma janela genérica, como aparência (texto da barra de título, local e conteúdo dos menus etc.). A caixa de diálogo e a atividade usam uma implementação dessa classe para renderizar uma janela. Você não precisa implementar essa classe ou usar janelas no seu app.

Plataforma

Android Runtime (ART) e Dalvik: O Android Runtime (ART) é o tempo de execução gerenciado usado por apps e alguns serviços do sistema no Android. O Android Runtime (ART) é o tempo de execução padrão para dispositivos que executam o Android 5.0 (API de nível 21) e versões mais recentes. O ART e seu antecessor, Dalvik, foram originalmente criados especificamente para o projeto Android. O ART como tempo de execução executa o formato Dalvik Executable e a especificação de bytecode do Dex. ART e Dalvik são tempos de execução compatíveis com bytecode do Dex. Por isso, os apps desenvolvidos para o Dalvik funcionarão com o ART.
Arquivo .dex: Arquivo de código de aplicativopara Android compilado.
Os programas do Android são compilados em arquivos .dex (Dalvik Executable) que, por sua vez, são compactados em um único arquivo .apk no dispositivo. Os arquivos .dex podem ser criados por meio da tradução automática de apps compilados programados na linguagem Java.