Como criar exceções personalizadas em Java? [fechadas]


149

Como criamos exceções personalizadas em Java?


2
É a mesma metodologia usada na maioria das linguagens OO: estenda a classe Exception base.
NDM


1) // Classe que representa a classe de exceção definida pelo uso MyException extends Exception {public MyException (String s) {super (s); }} ------------------------------------------------ 2) tente {// Lance um objeto de exceção definida pelo usuário e lance new MyException ("TestException"); } catch (MyException ex) {System.out.println ("Capturado"); // Imprime a mensagem do objeto MyException System.out.println (ex.getMessage ()); }
Mandeep Yadav

Respostas:


285

Para definir uma exceção verificada, você cria uma subclasse (ou hierarquia de subclasses) de java.lang.Exception. Por exemplo:

public class FooException extends Exception {
  public FooException() { super(); }
  public FooException(String message) { super(message); }
  public FooException(String message, Throwable cause) { super(message, cause); }
  public FooException(Throwable cause) { super(cause); }
}

Os métodos que podem potencialmente lançar ou propagar essa exceção devem declará-la:

public void calculate(int i) throws FooException, IOException;

... e o código que chama esse método deve manipular ou propagar essa exceção (ou ambas):

try {
  int i = 5;
  myObject.calculate(5);
} catch(FooException ex) {
  // Print error and terminate application.
  ex.printStackTrace();
  System.exit(1);
} catch(IOException ex) {
  // Rethrow as FooException.
  throw new FooException(ex);
}

Você observará no exemplo acima que IOExceptioné capturado e mostrado novamente como FooException. Essa é uma técnica comum usada para encapsular exceções (geralmente ao implementar uma API).

Às vezes, haverá situações em que você não deseja forçar todos os métodos a declarar sua implementação de exceção na cláusula throws. Nesse caso, você pode criar uma exceção desmarcada . Uma exceção desmarcada é qualquer exceção que se estende java.lang.RuntimeException(que é uma subclasse de java.lang.Exception):

public class FooRuntimeException extends RuntimeException {
  ...
}

Métodos podem lançar ou propagar FooRuntimeExceptionexceção sem declará-la; por exemplo

public void calculate(int i) {
  if (i < 0) {
    throw new FooRuntimeException("i < 0: " + i);
  }
}

Exceções não verificadas geralmente são usadas para indicar um erro do programador, por exemplo, passando um argumento inválido para um método ou tentando violar os limites de um índice de matriz.

A java.lang.Throwableclasse é a raiz de todos os erros e exceções que podem ser lançados no Java. java.lang.Exceptione java.lang.Errorsão as duas subclasses de Throwable. Qualquer coisa que subclasse Throwablepossa ser lançada ou capturada. No entanto, geralmente é uma má prática capturar ou lançar, Errorpois isso é usado para indicar erros internos à JVM que geralmente não podem ser "manipulados" pelo programador (por exemplo OutOfMemoryError). Da mesma forma, você deve evitar capturar Throwable, o que pode resultar em capturar Errors além de Exceptions.


25
public class MyException extends Exception {
        // special exception code goes here
}

Jogue-o como:

 throw new MyException ("Something happened")

Capturar como:

catch (MyException e)
{
   // something
}

4

Para uma exceção verificada:

public class MyCustomException extends Exception { }

Tecnicamente, qualquer coisa que se estenda Throwablepode ser lançada, mas as exceções geralmente são extensões da Exceptionclasse, para que sejam verificadas exceções (exceto RuntimeException ou classes baseadas nela, que não são verificadas), em oposição ao outro tipo comum de lançamento, Errors que geralmente não são algo projetado para ser manipulado normalmente além dos internos da JVM.

Você também pode tornar as exceções não públicas, mas só pode usá-las no pacote que as define, ao contrário dos pacotes.

No que diz respeito a lançar / capturar exceções personalizadas, ele funciona exatamente como as incorporadas -

throw new MyCustomException()

e pegar via

catch (MyCustomException e) { }

4
RuntimeException estende Exception e não é uma exceção verificada.
Adamski

2
Tecnicamente, qualquer coisa que se estenda Throwablepode ser lançada ; as exceções se estendem Exception. Uma subclasse personalizada de Throwable não seria capturada por um try { ... } catch (Exception e) { ... }bloco.
Andrzej Doyle

Por que as pessoas estão votando esta resposta? Ele contém algumas imprecisões. 1) Você não pode implementar o throwable , pois é uma interface. 2) Qualquer coisa que estenda Throwable NÃO é uma exceção ( Errornão é uma exceção, é um erro). 3) Isso implica que qualquer subclasse de Exception seja verificada, enquanto RuntimeException não. A resposta dada por Adamski é muito mais precisa!
Oxbow_lakes 18/11/2009

Opa - eu quis dizer que jogável não é uma interface, é claro!
Oxbow_lakes 18/11/2009

@oxbow_lakes - a solução ideal seria corrigir as imprecisões, não? De qualquer maneira, eu os corrigi desde que ninguém mais o fez.
Âmbar
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.