Java 8: Como trabalho com métodos de lançamento de exceção em fluxos?

Suponha que eu tenha uma classe e um método

class A {
  void foo() throws Exception() {
    ...
  }
}

Agora eu gostaria de chamar foo para cada instância Aentregue por um fluxo como:

void bar() throws Exception {
  Stream<A> as = ...
  as.forEach(a -> a.foo());
}

Pergunta: Como manejo adequadamente a exceção? O código não é compilado na minha máquina porque eu não manejo as possíveis exceções que podem ser lançadas por foo (). O throws Exceptionde barparece ser inútil aqui. Por que é que?

Você precisa agrupar sua chamada de método em outra, onde você não lança exceções verificadas . Você ainda pode jogar qualquer coisa que seja uma subclasse de RuntimeException.

Um idioma de agrupamento normal é algo como:

private void safeFoo(final A a) {
    try {
        a.foo();
    } catch (Exception ex) {
        throw new RuntimeException(ex);
    }
}

(A exceção Supertype Exceptioné usada apenas como exemplo, nunca tente capturá-la)

Depois, você pode chamá-lo com: as.forEach(this::safeFoo).

Se tudo o que você deseja é chamar fooe preferir propagar a exceção como está (sem quebra), você também pode usar o forloop do Java (depois de transformar o Stream em um Iterable com alguns truques ):

for (A a : (Iterable<A>) as::iterator) {
   a.foo();
}

Isso é, pelo menos, o que faço nos meus testes JUnit, onde não quero enfrentar o problema de agrupar minhas exceções verificadas (e de fato preferir que meus testes joguem os originais não desembrulhados)

Essa pergunta pode ser um pouco antiga, mas porque acho que a resposta "certa" aqui é apenas uma maneira de levar a alguns problemas ocultos, problemas mais adiante no seu código. Mesmo se houver um pouco de controvérsia , existem exceções verificadas por um motivo.

A maneira mais elegante, na minha opinião, você pode encontrar foi dada por Misha aqui. Exceções de tempo de execução agregadas nos fluxos do Java 8 , apenas executando as ações em "futuros". Assim, você pode executar todas as peças de trabalho e coletar exceções que não funcionam como uma única. Caso contrário, você poderá coletá-los todos em uma Lista e processá-los posteriormente.

Uma abordagem semelhante vem de Benji Weber . Ele sugere criar um tipo próprio para coletar peças de trabalho e não peças de trabalho.

Dependendo do que você realmente deseja obter um mapeamento simples entre os valores de entrada e os valores de saída, as exceções também podem funcionar para você.

Se você não gostar de nenhuma dessas maneiras, considere usar (dependendo da Exceção original) pelo menos uma exceção.

Sugiro usar a classe Google Guava Throwables

propagar ( jogável jogável)

Propaga jogável como está se for uma instância de RuntimeException ou Error, ou, como último recurso, agrupa-o em um RuntimeException e depois propaga. **

void bar() {
    Stream<A> as = ...
    as.forEach(a -> {
        try {
            a.foo()
        } catch(Exception e) {
            throw Throwables.propagate(e);
        }
    });
}

ATUALIZAR:

Agora que está obsoleto, use:

void bar() {
    Stream<A> as = ...
    as.forEach(a -> {
        try {
            a.foo()
        } catch(Exception e) {
            Throwables.throwIfUnchecked(e);
            throw new RuntimeException(e);
        }
    });
}

Você pode quebrar e desembrulhar exceções dessa maneira.

class A {
    void foo() throws Exception {
        throw new Exception();
    }
};

interface Task {
    void run() throws Exception;
}

static class TaskException extends RuntimeException {
    private static final long serialVersionUID = 1L;
    public TaskException(Exception e) {
        super(e);
    }
}

void bar() throws Exception {
      Stream<A> as = Stream.generate(()->new A());
      try {
        as.forEach(a -> wrapException(() -> a.foo())); // or a::foo instead of () -> a.foo()
    } catch (TaskException e) {
        throw (Exception)e.getCause();
    }
}

static void wrapException(Task task) {
    try {
        task.run();
    } catch (Exception e) {
        throw new TaskException(e);
    }
}

Você pode querer fazer um dos seguintes:

• propagar exceção verificada,
• envolva-o e propague a exceção não verificada ou
• captura a exceção e interrompe a propagação.

Várias bibliotecas permitem fazer isso facilmente. O exemplo abaixo é escrito usando minha biblioteca NoException .

// Propagate checked exception
as.forEach(Exceptions.sneak().consumer(A::foo));

// Wrap and propagate unchecked exception
as.forEach(Exceptions.wrap().consumer(A::foo));
as.forEach(Exceptions.wrap(MyUncheckedException::new).consumer(A::foo));

// Catch the exception and stop propagation (using logging handler for example)
as.forEach(Exceptions.log().consumer(Exceptions.sneak().consumer(A::foo)));

Maneira mais legível:

class A {
  void foo() throws MyException() {
    ...
  }
}

Apenas esconda-o RuntimeExceptionpara conseguir passarforEach()

  void bar() throws MyException {
      Stream<A> as = ...
      try {
          as.forEach(a -> {
              try {
                  a.foo();
              } catch(MyException e) {
                  throw new RuntimeException(e);
              }
          });
      } catch(RuntimeException e) {
          throw (MyException) e.getCause();
      }
  }

Embora neste momento eu não me oponha a alguém se ele disser pular os fluxos e seguir com um loop for, a menos que:

• você não está criando seu fluxo usando Collection.stream(), ou seja, não é uma tradução direta para um loop for.
• você está tentando usar parallelstream()