Quando usare Guava sameThreadExecutor

Question

Ho appena incontrato un codice come questo:

ExecutorService executorService = MoreExecutors.sameThreadExecutor(); 

for (int i = 0; i < 10; i++) { 
    executorService.submit(new Callable<Void>() { 
    @Override 
    public Void call() throws Exception { 
     try { 
     Do some work here... 
     return null; 
     } catch (final Exception e) { 
     throw e; 
     } finally { 
     // 
     } 
    } 
    }); 
} 

L'eventuale differenza tra questo e il frammento di codice di seguito? Se ho capito bene, sameThreadExecutor utilizza lo stesso thread che chiama submit(), il che significa che tutti questi 10 "lavori" vengono eseguiti uno ad uno sul thread principale.

for (int i = 0; i < 10; i++) { 
     try { 
     Do some work here... 
     } catch (final Exception e) { 
     throw e; 
     } finally { 
     // 
     } 
} 

Grazie!

Answer 1

In primo luogo, MoreExecutors#sameThreadExecutor è deprecato:

obsolete. Utilizzare directExecutor() se si richiede solo un Executor e newDirectExecutorService() se è necessario un ListeningExecutorService. Questo metodo sarà rimosso nel mese di agosto 2016.

Così domanda è: quando hai bisogno MoreExecutors#directExecutor o MoreExecutors#newDirectExecutorService (differenza tra questi due è menzionato sopra - ListeningExecutorService è l'estensione di Guava per ListenableFuture s). Le risposte sono:

• uso quando ne avete bisogno Executor/ExecutorService (Es. L'interfaccia lo richiede) e non vogliono concorrenza, ma piuttosto eseguire il codice multi-threaded in modo sincrono
• (implicita sopra) usarlo nei test di risultati prevedibili
• quando ci si vuole implementare semplici ExecutorService come newDirectExecutorService da soli, ma non si vuole reinventare la ruota (vedi its source code)
• se si sta utilizzando ListenableFuture##addCallback(ListenableFuture, FutureCallback), newDirectExecutorService viene utilizzato di default ("for use when the callback is fast and lightweight", anche io è "una scelta pericolosa in alcuni casi" (vedi javadoc)).