Um broadcast receiver é um componente central do ecossistema Android que permite às aplicações escutar e reagir a eventos do sistema ou a mensagens personalizadas enviadas dentro do dispositivo. Este mecanismo permite que as apps sejam notificadas de alterações no estado do sistema, como quando o dispositivo é ligado a um carregador, quando o nível da bateria muda ou quando uma ligação de rede é estabelecida ou perdida. Os broadcast receivers são importantes para criar aplicações dinâmicas e responsivas que se podem adaptar ao contexto do utilizador e ao ambiente do dispositivo sem estarem constantemente ativas em segundo plano.
Os broadcast receivers funcionam sendo registados para escutar eventos específicos, seja no ficheiro de manifesto, seja em tempo de execução. Quando ocorre um evento em que um broadcast receiver está interessado, este é ativado e executa a lógica necessária para tratar o evento. Esta abordagem é eficiente em termos de recursos, pois permite às aplicações reagir a eventos relevantes sem esgotar a bateria do dispositivo nem exigir uma monitorização constante, desde que os receivers estejam devidamente protegidos. Os broadcast receivers são, por isso, uma parte central do desenvolvimento Android, suportando uma vasta gama de funcionalidades, desde notificações até atualizações de dados.
Um broadcast receiver é um componente do Android que permite às apps escutar e reagir a eventos do sistema ou de apps, mesmo quando a app não está em primeiro plano. Esta funcionalidade é frequentemente utilizada para mostrar notificações, atualizar interfaces de utilizador ou desencadear a sincronização de dados em segundo plano, o que garante uma experiência de utilizador mais dinâmica e responsiva.
Mais sobre Broadcast Receiver
Um broadcast receiver é um componente essencial do desenvolvimento Android que permite às aplicações reagir a broadcasts do sistema ou a broadcasts personalizados enviados por outras aplicações. Esta funcionalidade permite que as apps escutem e atuem sobre eventos específicos, mesmo quando não estão ativas em primeiro plano, o que é crucial para criar aplicações dinâmicas e responsivas.
Tecnicamente, um broadcast receiver funciona registando-se para intents específicos, que são mensagens enviadas pelo sistema ou por outras apps. Quando um broadcast receiver recebe um intent, é ativado e executa a ação definida. Isto pode ser qualquer coisa, desde atualizar a interface de utilizador até agendar trabalho. Os broadcast receivers podem ser registados tanto estaticamente no manifesto como dinamicamente no código, o que dá aos programadores flexibilidade quanto à forma e ao momento em que escutam os broadcasts. Desde o Android 8, no entanto, a maioria dos broadcasts implícitos do sistema só pode ser recebida por receivers registados no código.
Os broadcast receivers tratam três tipos principais de broadcast, cada um adequado a diferentes tipos de interação:
Broadcasts do sistema: São eventos enviados pelo sistema Android, como alterações no estado da rede ou no nível da bateria, ou quando o dispositivo termina o arranque. Uma app pode escutar estes broadcasts para adaptar o seu comportamento ao estado do sistema. Por exemplo, uma app pode pausar tarefas com uso intensivo de dados quando o nível da bateria está baixo.
Broadcasts personalizados: As apps podem enviar os seus próprios broadcasts para comunicar com outras apps ou com componentes dentro da mesma app. Isto permite aos programadores criar interações entre diferentes partes de uma aplicação ou entre aplicações diferentes, embora a comunicação dentro de uma app seja hoje normalmente mais bem tratada com outros mecanismos.
Broadcasts ordenados: Estes broadcasts são entregues em sequência, em que cada receiver pode parar o broadcast ou alterar o seu conteúdo antes de ser passado ao receiver seguinte. Isto é útil em cenários em que a ordem de receção é importante ou em que um receiver deve poder cancelar o broadcast.
Um dos maiores pontos fortes dos broadcast receivers é a sua capacidade de ativar aplicações com base em eventos externos sem exigir que a app seja executada continuamente em segundo plano. Isto reduz o consumo de recursos e melhora o desempenho e a autonomia da bateria do dispositivo. Além disso, os broadcast receivers podem ser combinados com outros componentes, como serviços e content providers, para criar aplicações robustas e eficientes.
O baixo consumo de recursos dos broadcast receivers é outra vantagem importante. Como só são ativados quando é recebido um broadcast relevante, utilizam o mínimo de energia e de capacidade de processamento, o que os torna ideais para aplicações que precisam de estar atentas aos eventos do sistema sem afetar negativamente o desempenho do dispositivo.
Na prática, os broadcast receivers são desde há muito uma parte central do desenvolvimento Android. São utilizados para reagir a eventos do sistema, como alterações na conectividade, o arranque do dispositivo ou a mudança de fuso horário; os broadcasts sobre chamadas recebidas e mensagens SMS estão protegidos por permissões especiais e sujeitos a políticas rigorosas do Google Play. Os receivers também são utilizados para desencadear a sincronização de dados em segundo plano, atualizar widgets ou mostrar notificações ao utilizador com base em eventos externos e, como o onReceive() só dispõe de cerca de dez segundos para ser executado, o trabalho mais demorado é entregue ao WorkManager.
Em resumo, os broadcast receivers são uma tecnologia que combina simplicidade, eficiência e flexibilidade numa solução que permite às aplicações Android serem mais responsivas e sensíveis ao contexto. A sua capacidade de funcionar sem atividade contínua em segundo plano faz deles uma ferramenta importante no desenvolvimento moderno de apps, onde a otimização de recursos e a experiência de utilizador estão em foco.
Perguntas frequentes sobre Broadcast Receiver
O que é um broadcast receiver no Android e como funciona?
Um broadcast receiver no Android é um componente que permite às aplicações receber e reagir a mensagens, ou «broadcasts», de outras aplicações ou do próprio sistema. Os broadcasts podem ser gerados pelo sistema, como quando o dispositivo arranca, o nível da bateria muda ou a ligação de rede se altera. Quando um broadcast receiver está registado para um determinado tipo de broadcast, é ativado automaticamente quando essa mensagem é enviada.
Os broadcast receivers funcionam escutando intents específicos, que são mensagens enviadas pelo sistema ou por outras aplicações. Quando um broadcast receiver recebe um intent, realiza uma tarefa curta, como atualizar a interface de utilizador ou agendar trabalho. É importante notar que os broadcast receivers não podem realizar tarefas demoradas, pois o onReceive() é executado no thread principal e pode bloquear a interface de utilizador se demorar demasiado tempo.
Em comparação com outros componentes, como os serviços, que podem ser executados em segundo plano durante períodos mais longos, os broadcast receivers foram concebidos para serem leves e estarem ativos apenas durante curtos períodos. Isto torna-os uma forma eficiente de reagir a eventos do sistema sem consumir recursos desnecessários. São particularmente úteis para tratar eventos que exigem uma reação imediata, mas não um processo persistente.
Como se regista um broadcast receiver numa app Android?
Um broadcast receiver pode ser registado de duas formas. Com o registo estático, é declarado no AndroidManifest.xml com um elemento receiver e um intent filter que especifica que mensagens deve escutar. Desde o Android 8.0, no entanto, a maioria dos broadcasts implícitos do sistema já não pode ser recebida desta forma.
Com o registo dinâmico, o receiver é criado no código e registado com registerReceiver, normalmente numa atividade ou num serviço. Só recebe mensagens enquanto estiver registado e tem de ser anulado o registo com unregisterReceiver quando deixar de ser necessário. A partir do Android 14, tem de ser especificado se o receiver pode receber mensagens de outras apps.
Que tipos de broadcast pode um broadcast receiver receber?
Um broadcast receiver no Android pode receber diferentes tipos de broadcast, que podem ser agrupados em três tipos fundamentais:
- Broadcasts gerados pelo sistema: Estes broadcasts são enviados pelo sistema Android em resposta a vários eventos do sistema. Os exemplos incluem alterações na conectividade de rede ou no nível da bateria, ou o fim do arranque do dispositivo. Estes broadcasts são essenciais para as apps que precisam de reagir a alterações no estado do sistema sem estarem constantemente em execução em segundo plano.
- Broadcasts específicos de apps: As apps podem enviar os seus próprios broadcasts para comunicar com outros componentes da mesma app ou com outras apps. Isto pode ser utilizado para sinalizar que uma determinada ação foi concluída, como a transferência de um ficheiro ou o início de sessão de um utilizador. Estes broadcasts são frequentemente concebidos para serem mais direcionados e podem ser públicos ou restritos à própria app.
- Broadcasts implícitos: Estes broadcasts não são dirigidos a um recetor específico, baseando-se antes numa ação geral. Por exemplo, uma app podia antigamente registar-se para receber broadcasts que indicavam que tinha sido instalada uma nova app; desde o Android 8, esses broadcasts implícitos exigem na sua maioria um receiver registado no código e, desde o Android 11, as regras de visibilidade de pacotes também limitam que apps são visíveis. Os broadcasts implícitos proporcionam flexibilidade, pois permitem às apps reagir a eventos sem conhecerem o remetente específico.
A combinação de broadcasts gerados pelo sistema, específicos de apps e implícitos faz dos broadcast receivers um mecanismo poderoso no Android, que permite uma comunicação eficiente e reações a eventos tanto ao nível do sistema como da aplicação. Isto permite aos programadores criar apps dinâmicas e responsivas que se podem adaptar a alterações tanto no ambiente do utilizador como no do sistema.
Como são tratadas a segurança e as permissões com os broadcast receivers?
Os broadcast receivers no Android são um mecanismo poderoso para receber e reagir a eventos do sistema e das aplicações. Para garantir a segurança e o tratamento correto das permissões ao trabalhar com broadcast receivers, devem ser considerados vários aspetos importantes:
- Alcance limitado: Os receivers não devem ser exportados, a menos que outras apps precisem realmente de lhes enviar mensagens (android:exported=”false” no manifesto, ou RECEIVER_NOT_EXPORTED ao registar no código), o que reduz o risco de acesso não autorizado.
- Utilização de permissões: Ao especificar as permissões necessárias no AndroidManifest.xml ou no envio, é possível controlar que apps podem enviar ou receber determinados broadcasts. As permissões ao nível da assinatura garantem que apenas as apps assinadas com a mesma chave podem interagir com os receivers.
- Broadcasts explícitos: Os intents explícitos dirigidos a receivers específicos, ou a definição de um nome de pacote no intent, limitam quem pode receber os broadcasts, o que aumenta a segurança ao impedir receções não intencionais ou maliciosas.
- Permissões em tempo de execução: Para operações sensíveis, pode exigir-se que o utilizador conceda uma permissão explícita em tempo de execução, o que acrescenta uma camada extra de segurança ao garantir que o utilizador tem conhecimento da ação e a aprova.
- Dados limitados: Os dados sensíveis não devem ser enviados em broadcasts que outras apps possam receber, e os receivers só devem ter acesso aos dados de que precisam.
- Validação da entrada: A lógica no código deve validar e filtrar os broadcasts recebidos, garantindo que apenas os dados válidos e esperados são processados.
- Alternativas ao LocalBroadcastManager: O LocalBroadcastManager, que só enviava broadcasts dentro da app, foi descontinuado. Para os eventos internos da aplicação, recomendam-se antes tipos observáveis como LiveData ou Kotlin Flow, ou um ViewModel partilhado, para que as apps externas não possam intercetar nem enviar estes eventos.
Globalmente, ao combinar alcance limitado, verificações de permissões, broadcasts explícitos, permissões em tempo de execução, dados limitados, validação da entrada e alternativas internas aos broadcasts, a segurança e as permissões com broadcast receivers no Android podem ser tratadas de forma eficaz. Isto ajuda a manter as aplicações seguras e resistentes ao acesso não autorizado e à manipulação.
Qual é a diferença entre o registo estático e o registo dinâmico de broadcast receivers?
Os broadcast receivers no Android podem ser registados de duas formas: estática e dinamicamente. Estes métodos têm utilizações e implicações de segurança diferentes, que é importante compreender para escolher a abordagem certa para uma aplicação.
O registo estático de broadcast receivers é feito através do ficheiro AndroidManifest.xml. Aqui, o receiver é definido como parte da configuração da aplicação, o que significa que pode receber broadcasts mesmo quando a aplicação não está em execução. Isto é útil para eventos como o fim do arranque do dispositivo, mas desde o Android 8.0 a maioria dos broadcasts implícitos, como as alterações de rede, já não pode ser recebida desta forma. Um receiver estático exportado também pode ser alvo de outras apps a qualquer momento, o que pode potencialmente ser explorado por aplicações maliciosas se não estiver protegido.
O registo dinâmico, pelo contrário, é feito no código da aplicação, normalmente numa atividade ou num serviço. Isto dá maior controlo sobre quando o receiver está ativo, pois só está registado enquanto o componente relevante estiver em execução. O registo dinâmico é ideal para necessidades temporárias, como escutar eventos específicos enquanto uma determinada atividade está aberta. Este método reduz o risco de acesso indesejado, pois o receiver só está ativo durante um período limitado.
A escolha entre registo estático e dinâmico depende da necessidade de disponibilidade e de segurança da aplicação. O registo estático garante que determinadas mensagens são recebidas mesmo quando a app não está em execução, mas pode aumentar o risco de segurança. O registo dinâmico proporciona melhor controlo e segurança, mas exige que a aplicação esteja em execução para receber broadcasts.
Como se pode otimizar o desempenho ao utilizar broadcast receivers numa app?
Os broadcast receivers são um componente essencial das apps Android que permite às aplicações escutar e reagir a eventos do sistema ou da aplicação. Para otimizar o desempenho ao utilizar broadcast receivers numa app, é importante seguir algumas boas práticas que garantem eficiência e reduzem o consumo desnecessário de recursos.
Uma das formas mais eficazes de otimizar o desempenho é utilizar broadcast receivers dinâmicos em vez de estáticos sempre que possível. Os broadcast receivers dinâmicos são registados no código, normalmente numa atividade ou num serviço, e o seu registo pode ser anulado quando deixam de ser necessários. Isto impede que o sistema inicie o processo da app apenas para entregar um broadcast, o que poupa memória, tempo de CPU e bateria, pois o receiver só está ativo quando é necessário.
Além disso, os broadcasts não devem ser utilizados para comunicação puramente interna de uma app. O LocalBroadcastManager era antigamente utilizado para isso, mas foi descontinuado; os tipos observáveis como LiveData ou Kotlin Flow evitam por completo a sobrecarga do sistema de broadcasts e melhoram a capacidade de resposta da app.
Outra otimização importante é minimizar o tempo passado no método onReceive(). Como os broadcast receivers são executados no thread principal, as operações longas em onReceive() podem bloquear a interface de utilizador e causar uma má experiência de utilizador. Para evitar isto, o onReceive() deve terminar rapidamente e delegar as tarefas mais demoradas no WorkManager ou, para trabalho assíncrono curto, no goAsync() combinado com um thread em segundo plano.
Por fim, é importante estar atento ao consumo de bateria. Os receivers não devem ser registados para eventos que ocorrem com frequência, a menos que seja absolutamente necessário. O JobScheduler ou o WorkManager também podem ser utilizados para tratar tarefas que podem ser realizadas de forma assíncrona ou mais tarde, quando o dispositivo estiver ligado à corrente ou tiver uma boa ligação de rede.
Ao seguir estas orientações, uma app pode utilizar broadcast receivers de forma eficiente, o que melhora tanto o desempenho como a experiência de utilizador.
Broadcast Receiver para manequins
Um broadcast receiver é uma funcionalidade inteligente de um telemóvel Android que permite às apps «escutar» determinados sinais ou mensagens enviados por outras apps ou pelo próprio sistema. Imagina que o telemóvel é uma grande festa e que um broadcast receiver é como uma pessoa que está atenta a quando alguém grita algo importante, como «O jantar está pronto!» ou «O filme vai começar!». Quando ouve, pode passar a notícia às apps interessadas nessa mensagem. Por exemplo, uma app que acompanha o consumo da bateria pode escutar quando o telemóvel está a ficar sem energia, para poder mostrar um aviso. É uma forma de as apps reagirem rápida e eficazmente a mudanças sem terem de verificar constantemente, o que poupa tempo e bateria.
