Czy Stream.count() gwarantuje obecność w każdym elemencie?

Question

Innymi słowy, czy następująca linia jest gwarantująca wydrukowanie linii num?

int num = list.stream().peek(System.out::println).count(); 

To pytanie zostało wywołane przez dyskusji w komentarzach https://stackoverflow.com/a/41346586/2513200

I mgliście pamiętam dyskusję, że optymalizacje, że trzeba unikać iteracji może być legalne, ale nie znaleźliśmy nic rozstrzygającego podczas szybkiego wyszukiwania.

JavaDocs for Stream.count zawierać to oświadczenie:

Jest to szczególny przypadek redukcji i odpowiada:
return mapToLong(e -> 1L).sum();

ale nie jestem pewien, czy to daje żadnych gwarancji, jeśli strumień może w jakiś sposób określić wynik w sposób zwarcia.

Answer 1

Nie, nie jest. Nie zrobi tego w Javie 9 ze względu na zoptymalizowaną implementację count() (jeśli rozmiar strumienia jest znany z góry, pominie iterację).

Aby uzyskać więcej informacji, zobacz JDK-8067969. Dokumentacja w JDK-9 został odpowiednio zaktualizowany:

Implementacja może wybrać, aby nie wykonać strumień rurociągowy (albo sekwencyjnie lub równolegle), jeżeli jest on zdolny do obliczania liczby bezpośrednio od źródła strumienia. W takich przypadkach nie będą wykonywane żadne elementy źródłowe i nie zostaną ocenione żadne operacje pośrednie. Może to mieć wpływ na parametry behawioralne z efektami ubocznymi, które są zdecydowanie odradzane, z wyjątkiem nieszkodliwych przypadków, takich jak debugowanie.