Quando per ripristinare CyclicBarrier in java multithreading

Question

stavo leggendo CyclicBarrier nel seguente link http://java-latte.blogspot.in/2013/10/cyclicbarrier-in-java-concurrency.html.

Nell'esempio 1, CyclicRaceDemo.java metodo principale, CyclicBarrier sia riutilizzato senza chiamare resettare metodo.

Ho eseguito l'esempio e ha funzionato correttamente. Quindi, mi chiedo quale sia il metodo reset. Quando dovrebbe essere chiamato? O dobbiamo chiamarlo affatto?

Answer 1

A CyclicBarrier è ciclico perché può essere riutilizzato senza reimpostare. Dall'aiuto Javadoc

Una sincronizzazione che permette ad un gruppo di fili a tutti aspettare vicenda per raggiungere un punto barriera comune. CyclicBarriers sono utili in programmi che coinvolgono una parte di thread di dimensioni fisse che devono occasionalmente attendere l'un l'altro. La barriera si chiama ciclico perché può essere riutilizzato dopo che i thread in attesa sono stati rilasciati.

Quindi, nel normale utilizzo, una volta che tutti i thread sono stati raccolti e la barriera è rotta, si reimposta e può essere riutilizzata.

Dalle Javadoc for reset()

reimposta la barriera al suo stato iniziale. Se una delle parti è attualmente in attesa presso la barriera, verrà restituito con uno BrokenBarrierException. Si noti che si resetta dopo una rottura si è verificato per altri motivi può essere complicato da svolgere; i thread devono risincronizzarsi in qualche altro modo e scegliere uno per eseguire il reset. Potrebbe essere preferibile creare una nuova barriera per il successivo utilizzo di .

Così reset provoca eventuali discussioni attualmente in attesa di lanciare un BrokenBarrierException e il servizio immediatamente. reset viene utilizzato quando si desidera "rompere" la barriera.

Nota anche l'avvertenza: una volta che i thread sono stati risvegliati forzatamente, è difficile sincronizzarli di nuovo.

TL; DR: non si dovrebbe mai essere necessario utilizzare reset() in circostanze normali.