Predicado Java 8 interno que sempre retorna verdadeiro?

O Google Guava tem um predicado que sempre retornatrue . O Java 8 tem algo semelhante para isso Predicate? Eu sei que poderia usar (foo)->{return true;}, mas quero algo pré-fabricado, análogo Collections.emptySet().

Não há predicados sempre verdadeiros e sempre falsos integrados no Java 8. A maneira mais concisa de escrevê-los é

x -> true

e

x -> false

Compare estes com

Predicates.alwaysTrue() // Guava

e finalmente para uma classe interna anônima:

new Predicate<Object>() {
    public boolean test(Object x) {
        return true;
    }
}

Provavelmente, a razão pela qual o Guava possui esses predicados internos é que há uma enorme vantagem sintática de uma chamada de método estático sobre uma classe interna anônima. No Java 8, a sintaxe lambda é tão concisa que há uma desvantagem sintática na gravação de uma chamada de método estática.

Essa é apenas uma comparação sintática, no entanto. Provavelmente, há uma pequena vantagem de espaço se houver um único predicado sempre verdadeiro global, comparado às x -> trueocorrências espalhadas por várias classes, cada uma das quais criaria sua própria instância de predicado. É com isso que você está preocupado? As economias não pareciam convincentes, e é provavelmente por isso que não foram adicionadas em primeiro lugar. Mas poderia ser reconsiderado para uma versão futura.

ATUALIZAÇÃO 24-04-2015

Nós consideramos a adição de uma variedade de estática, chamados funções, tais como Predicate.alwaysTrue, Runnable.noop, etc., e decidimos não adicionar mais em futuras versões do Java SE.

Certamente, existe algum valor em algo que tem um nome versus um lambda gravado, mas esse valor é bem pequeno. Esperamos que as pessoas vão aprender a ler e escrever x -> truee () -> { }, e que seu uso se tornará idiomática. Até o valor do Function.identity()excesso x -> xé questionável.

Há uma pequena vantagem de desempenho em reutilizar uma função existente, em vez de avaliar um lambda gravado, mas esperamos que o uso desses tipos de funções seja tão pequeno que essa vantagem seja insignificante, certamente não vale o inchaço da API.

Holger também mencionou nos comentários a possibilidade de otimizar funções compostas como Predicate.oressas. Isso também foi considerado ( JDK-8067971 ), mas foi considerado um tanto frágil e suscetível a erros, ocorrendo com pouca frequência que não valeu a pena o esforço de implementação.

Veja também esta entrada das perguntas frequentes do Lambda .

Sem goiaba

Boolean.TRUE::booleanValue