Hierarquia de exceção em Java: verificado, desmarcado e erros

Introdução Compreendendo a hierarquia de exceção em Java é vital para escrever código confiável e sustentável. Exceções em Java são representadas através de uma hierarquia de classes estruturadas, enraizada na classe jogável. Essa hierarquia ajuda os desenvolvedores a categorizar e lidar com diferentes condições de erro com eficiência, sejam eles recuperáveis ou não. 1. Raiz da hierarquia: jogável no topo da hierarquia de exceção é a classe lançável. Possui duas subclasses diretas: erro: representa problemas sérios que os aplicativos não devem tentar capturar. Exceção: indica condições que um programa pode querer capturar. Jogável ├── Erro └── Exceção Digite Modo de tela cheia Sair Modo de tela completa “Para lidar com exceções de maneira eficaz, você deve primeiro entender de onde eles vêm”. 2. Erros em Java A classe de erro e suas subclasses representam condições críticas, como OrofMemoryError ou StackOverflowerRor, que não devem ser capturadas por aplicativos. tente {// simular erro (não recomendado na prática) lançar novo StackOverfLowerRor (“Erro crítico”); } catch (erro e) {System.out.println (“pegou um erro:” + e); } Digite o modo de saída do modo de tela cheia na maioria dos cenários do mundo real, eles são registrados e permitidos se propagar. 3. Exceções verificadas Exceções verificadas são subclasses de exceção (mas não a tempo de execução). Eles devem ser pegos ou declarados usando a palavra -chave arremessos. Os exemplos incluem: tente {tocar novo java.io.ioException (“arquivo não encontrado”); } catch (java.io.ioException e) {System.out.println (“Manipulou a exceção verificada:” + e.getMessage ()); } Digite o modo de tela de tela cheia de saída de tela cheia Exceções Verificadas incentivam o manuseio explícito de erros e são verificadas em tempo de compilação. 4. Exceções desmarcadas de exceções desmarcadas estendem a classe RuntTimeException. Isso inclui: eles não precisam ser declarados ou capturados, mas ainda devem ser tratados quando possível. tente {string s = null; S.Length (); // lança NullPointerException} Catch (nullPointerException e) {System.out.println (“Exceção desmarcada capturada:” + e.getMessage ()); } Digite o modo de saída de tela cheia do modo de tela completa “Exceções desmarcadas não exigem que você as pegue, mas o código profissional geralmente faz”. 5. Desenvolvedores de exceções personalizadas podem definir suas próprias classes de exceção, estendendo a exceção ou o tempo de execução da UMException. Isso permite o relatório de erro específico do aplicativo. classe Customexception estende a exceção {public Customexception (string message) {super (message); }} Digite o modo de tela fullcreen Sair Modo de tela completa Exceções personalizadas Melhore a clareza e permitem uma melhor abstração para problemas específicos do domínio. 6. Summary of Exception Hierarchy Here’s a summarized view of the Exception Hierarchy: Throwable ├── Error │ └── OutOfMemoryError, StackOverflowError, etc. └── Exception ├── IOException, SQLException, etc. (Checked) └── RuntimeException ├── NullPointerException, IndexOutOfBoundsException, etc. (Unchecked) Enter Modo de tela completa Sair Modo de tela cheia Entendendo que essa estrutura é fundamental ao projetar estratégias de manuseio de exceções. Para obter informações mais profundas sobre o manuseio prático, consulte nosso artigo sobre como lidar com exceções em Java. Conclusão A hierarquia de exceção em Java fornece uma maneira sistemática de representar e gerenciar erros. A diferenciação entre erros, verificados e exceções desmarcadas capacita os desenvolvedores a escrever código robusto e legível. Ao dominar essa hierarquia, os desenvolvedores podem melhorar a qualidade e a clareza de suas práticas de manuseio de exceções. Você pode encontrar o código completo deste artigo no GitHub. Publicado originalmente em:

Fonte