Angular 22: conheça as novidades e a estabilização de recursos da nova versão

O Angular 22, lançado em 3 de junho de 2026, não é só mais uma atualização: é a consolidação da virada para a arquitetura signal-first. Diferente das versões anteriores, onde signals eram experimentais ou opcionais, agora o framework exige TypeScript 6 e Node.js 22, remove suporte legado (TypeScript 5.9, Node.js 20) e impõe OnPush como padrão, mesmo para novos componentes sem seletores. O Signal Forms saiu da fase experimental com correções práticas: conversão automática de entradas numéricas para null ao ficarem vazias, tipagem estrita em getError, e integração documentada com Angular Material e Angular ARIA. Esse último, agora estável, não é só um conjunto de diretivas: ele lida com foco, teclado e atributos ARIA em tempo real, sem sobrecarga de configuração.

As APIs assíncronas resource, httpResource e rxResource são produtivas desde o primeiro ng new. O httpResource, por exemplo, já entrega loading, error e data como signals nativos, sem switchMap, async pipe ou takeUntilDestroyed manuais. O roteador ganhou withExperimentalAutoCleanupInjectors, que destrói injetores de rotas inativas, e herda parâmetros de forma implícita com paramsInheritanceStrategy: 'always'. E, embora o Webpack tenha sido depreciado oficialmente, o foco real está no TSGo: builder mais rápido, menos dependências externas e melhor cache incremental.

Angular 22 muda o custo de manutenção para quem opera aplicações em produção. Se sua aplicação ainda roda Angular 19, ela está em software não suportado desde 19 de maio de 2026, sem correções de segurança, sem patches de compliance. Angular 20 tem LTS até novembro de 2026; Angular 21, até maio de 2027. Mas só Angular 22 oferece Signal Forms estáveis, hidratação incremental ativada por padrão, injeção assíncrona via injectAsync e proteção contra SSRF no platform-server. Isso não é sobre 'novidades': é sobre risco operacional real, vulnerabilidades conhecidas, falhas de acessibilidade auditáveis e performance de inicialização que impactam SEO e retenção. Empresas que adiam upgrades acumulam dívida técnica com juros altos: pular da v17 para a v22 exige cinco migrações sequenciais, cada uma com breaking changes documentados e testes manuais obrigatórios.

Para devs, o Angular 22 reduz boilerplate mas exige repensar padrões consolidados. Componentes sem seletores mudam como você organiza templates, agora é possível importar e usar diretamente, como funções. @Service substitui @Injectable({ providedIn: 'root' }) na maioria dos casos, mas não funciona com lazy loading dinâmico sem ajustes. injectAsync permite carregar serviços sob demanda, mas exige lidar com estados pendentes (pending, error, complete) no template, nada de undefined mágico. O HttpClient usa Fetch por padrão, então interceptores precisam ser adaptados. E se você usa Jest ou Web Test Runner, precisa migrar para Vitest: o suporte experimental foi removido. A API @boundary (developer preview) já sinaliza o futuro: fallbacks de UI por bloco de template, não por componente inteiro, mas ainda não é estável para produção.