È sicuro per un metodo restituire un flusso <T>?

Question

Ho una situazione in cui sto leggendo un database e restituendo un List<String>, in cui ogni stringa viene selezionata e aggiunta all'elenco in base ad alcuni criteri. La firma del metodo è:

public List<String> myMethod(String query, int limit) 

il secondo parametro fornisce un limite superiore alla dimensione della lista restituita (impostazione limit=-1 rimuoverà alcuna limitazione dimensione). Per evitare di rendere questo metodo intensivo della memoria, ho scritto un metodo equivalente che restituisce Stream<String> invece di una lista. (Nota: Non ho bisogno di accesso casuale agli elementi restituiti o qualsiasi altra funzionalità specifiche per la lista.)

Tuttavia, io sono un po 'scettico su un ritorno Stream<>, soprattutto perché il metodo è pubblico. È sicuro che un metodo pubblico restituisca un valore Stream<> in Java?

Answer 1

Non solo è sicuro, è recommended dal capo architetto Java.

Soprattutto se i dati sono basati su I/O e quindi non ancora materializzati in memoria al momento in cui viene chiamato myMethod, sarebbe altamente consigliabile restituire un flusso anziché un elenco. Il cliente potrebbe aver bisogno di consumarne solo una parte o aggregarlo in alcuni dati di dimensioni fisse. Così hai la possibilità di passare dal requisito di memoria O (n) a O (1).

Si noti che se la parallelizzazione è anche un'idea interessante per il proprio caso d'uso, si consiglia di utilizzare uno splitteratore personalizzato il cui criterio di suddivisione è adattato alla natura sequenziale delle origini dati I/O. In questo caso posso consigliare a blog post of mine che presenta un tale splitterator.