“nature provides exceptions to every rule.“ - margaret fuller 3 – exceções

“Nature provides exceptions to every rule.“- Margaret Fuller

3 – Exceções

“Nosso software não tem bugs.”“Nós não encontramos bugs em nosso

software.”

• Entradas (as vezes maliciosa), falhas na Rede, falhas no Banco de Dados...

Tratamento de erros e exceções

3

Contextualização

• Implementação do programa que executa nos caixas de auto-atendimento dos bancos.

4

Motivação

• O que acontece com o método saca(1000)?

5

Como saber se o usuário passou um valor <0?Magic numbers: mudar o retorno de boolean para int, e tratar cada número como código de um erro que ocorreu.

• Nós perdemos o retorno do método e o valor devolvido é "mágico" e só legível perante extensa documentação;

• Continuamos não obrigando o programador a tratar esse retorno (ele pode esquecer...) e, caso ele esqueça, seu programa rodará em um estado inconsistente.

• Algum problema nisso?

6

Exceção

• Por esses e outros motivos, utilizamos um código diferente em Java para tratar aquilo que chamamos de exceções: os casos onde acontece algo que, normalmente, não iria acontecer. – Exemplo: o argumento do saque inválido, além do limite

disponível ou um valor negativo

• Uma exceção representa uma situação que normalmente não ocorre e representa algo de estranho ou inesperado no sistema.

Estrutura: blocos try-catchtry {

// Insira algum código aqui que possa causar algum // tipo de exceção.

// Podemos ter muitas linhas de código aqui // ou apenas uma.

} catch (MinhaExcecao ex) {

// Insira um código aqui que manipule essa exceção.} finally{

// libere os recursos alocados no “try”}

8

Execício I• Antes de resolvermos o nosso

problema, vamos ver como a Java Virtual Machine age ao se deparar com situações inesperadas, como divisão por zero ou acesso a um índice da array que não existe.– Para aprendermos os conceitos

básicos das exceptions do Java, teste o seguinte código você mesmo (5 minutos)

– O que é impresso e qual a ordem de execução dos métodos

9

Execício I• Main Metodo1 metodo2

– cada método tem suas variáveis locais (só o método em questão enxerga)

– Toda invocação de método é empilhada na pilha de execução (stack)

10

Resultado

stack trace, ourastro da pilha

Exceção: índice fora dos limites do array

11

Sistema de exceções do Java• Quando uma exceção é lançada (throw), a JVM entra em estado de alerta

e vai ver se o método atual toma alguma precaução ao tentar (try) executar esse trecho de código;

ArrayIndexOutOfBounds

• Exceção é lançada no metodo2, mas ele não toma nenhuma precaução (try);• JVM, pára a execução dele e desce um

stackFrame;• A exceção (batata quente) continua viva, pois

ninguém tratou ela. Logo, ela é passada adiante.

• JVM volta pra o metodo1, mas ele também não toma nenhuma precaução com a exceção ArrayIndexOutOfBoundsException;

• De modo similar, a exceção vai pro main, que também não a trata, e assim o programa explode e pára de funcionar!

12

• Obviamente, aqui estamos forçando esse caso e não faria sentido tomarmos cuidado com ele. É fácil arrumar um problema desses: basta percorrermos a array no máximo até o seu length.

• Porém, apenas para entender o controle de fluxo de uma Exception, vamos colocar o código que vai tentar (try) executar o bloco perigoso e, caso o problema seja do tipo ArrayIndexOutOfBoundsException, ele será pego (caught). Repare que é interessante que cada exceção no Java tenha um tipo... ela pode ter atributos e métodos.

13

?

14

• Retire o try/catch e coloque ele em volta da chamada do metodo2.

?

15

• Faça o mesmo, retirando o try catch novamente e colocando em volta da chamada do metodo1. Rode os códigos, o que acontece?

?• A partir do momento que uma exception foi catched

(pega, tratada, handled), a execução volta ao normal a partir daquele ponto.

16

Hierarquia

Situações incomuns que não são causados por erro de implementação

Geralmente são causadas por erro de implementação

Geralmente são causadas por indisponibilidades ou inexistência do recurso

Errors

Unchecked exceptions

Checked exceptions

17

NullPointerException e ClassCastException, são

checked (obrigatoriamente

precisam ser tratadas) ou unchecked / runtime?

Unchecked/RuntimeExceptions• número/0 ArithmeticException• acessar elemento fora dos limites de um array

ArrayIndexOutOfBoundsException• acessar atributos ou chamar métodos de referência nula

NullPointerException• Tentar converter uma variável de referência em um tipo que

não passa no teste É-UM (instanceof) ClassCastException

• Também são chamadas de Unchecked Exceptions– Podem ser consertadas programaticamente

19

Unchecked/RuntimeExceptions

20

Compila?

Checked Exceptions

• obriga a quem chama o método ou construtor (que lança a exceção) a tratar essa exceção– checked: o compilador checará se ela está sendo

devidamente tratada, diferente das anteriores, conhecidas como unchecked

– caso não esteja sendo tratada, o código não compilará

21

Como resolver?

1

2

22

Múltiplas exceções

1

2

3

23

Lançando exceções

throw está no imperativo, ou seja, significa lance

RuntimeException é muito genérica

algo foi usado como argumento e o método saca não gostou

24

Lançando exceçõesÉ boa prática adicionar msg explicando a exceção

E se o valor passado fosse negativo, como resolveríamos esse problema?

25

O que colocar dentro do try?1

2

Mas há ainda uma outra opção: imagine que, para o nosso sistema, uma falha ao sacar da conta poupança deve parar o processo de saques e nem tentar sacar da conta corrente.

26

Criando nossa própria Exceção

27

Discussão final• Existe uma péssima prática de programação em java que é a de escrever

o catch e o throws com Exception.– Existem códigos que sempre usam Exception pois isso cuida de todos os possíveis

erros. O maior problema disso é generalizar o erro. Se alguém joga algo do tipo Exception para quem o chamou, quem recebe não sabe qual o tipo específico de erro ocorreu e não vai saber como tratar o mesmo.

• Sim, há casos onde o tratamento de mais de uma exception pode ser feito de uma mesma maneira. Por exemplo, se queremos terminar a aplicação tanto no caso de IOException quanto em SQLException. Se fizermos catch(Exception e)para pegar esses dois casos, teremos um problema: a aplicação vai parar mesmo que outra exceção seja lançada. A solução correta seria ter dois catches, mas aí teríamos código repetido. Para evitar o código repetido, podemos usar o multi-catch do Java 7, que permite um mesmo catch cuidar de mais de 1 exceção, através da sintaxe:

catch(IOException | SQLException e) { ... } .

28

Referências

• Essa aula utilizou os exemplos das apostilas caelum e do livro de certificação Java (SCJP por Kathy Sierra).

• Leitura adicional: http://blog.caelum.com.br/lidando-com-exceptions/