Interfaces seladas em Java e impacto na performance JVM

As interfaces seladas em Java trazem uma vantagem clara na segurança de tipos durante a compilação, pois o compilador consegue fazer verificações exaustivas em switch e pattern matching. Mas, na prática, qual o efeito disso na JVM em tempo de execução?

Segundo discussões, especialmente no StackOverflow, o JVM (como o HotSpot) não aplica otimizações específicas ao detectar uma interface selada, além das melhorias na análise de tipos em tempo de compilação. Ou seja, o impacto na performance em tempo de execução é praticamente nulo. A decisão fica mais saudável quando o time consegue medir o impacto depois.

Isso reforça que o benefício maior está na segurança e na garantia de que todas as subclasses possíveis estão controladas, facilitando refatorações e evitando bugs silenciosos. Essa característica ajuda na manutenção e na clareza do código, sem afetar o desempenho. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco.

Na sua rotina, você já percebeu alguma diferença de desempenho ao usar interfaces seladas? Ou o benefício foi mais na organização e segurança do código mesmo?