Quando Thread.CurrentThread.Join() ha senso?

Question

Qual è l'effetto di chiamare Thread.CurrentThread.Join() e se/quando avrebbe senso chiamarlo?

Answer 1

Qual è l'effetto di chiamare Thread.CurrentThread.Join()

potrete bloccare l'esecuzione del thread corrente, e in modo efficace dead lock esso. Farà bloccare il thread corrente fino al termine del thread corrente, il che non accadrà mai.

e se/quando avrebbe senso chiamarlo?

Non ha senso farlo. Non dovresti mai chiamare questo metodo in questo modo.

---

Su un lato nota, dal momento che si sta utilizzando .NET 4, consiglio di evitare usando Thread.Join in generale. L'utilizzo delle nuove classi /Task<T> è di gran lunga più bello in molti modi, poiché è possibile allegare continuazioni (o chiamare sempre Task.Wait() se è veramente necessario bloccare).

Answer 2

No, CurrentThread.Join() non ha senso
Ciò potrebbe rendere la vostra fermata programma in esecuzione, rendendo il filo A attesa per filo Un per esempio.

Answer 3

Era davvero

CurrentThread.Join() 

che avete visto nel codice vero e proprio - che tipo di dubbio, a meno che non si tratta di qualche trucco per evitare che altri thread di aderire al thread corrente - o era

CurrentThread.Join(someTimeout) 

quest'ultimo è equivalente a

Thread.Sleep(someTimeout) 

eccetto che l'adesione sul thread attuale consente messaggio di pompaggio per continuare se ci si trova in una situazione GUI/COM.

Answer 4

In realtà ha senso nel mondo di osservabile. Diciamo che hai un ascoltatore di coda in main e vuoi mantenere il thread principale in esecuzione per sempre. Invece di fare while (true) e inserire il codice nel loop, l'ultima riga è possibile scrivere questo. In questo modo il thread corrente sarà anche thread principale per altri thread generati all'interno dell'applicazione. Pensa ad esso come punto di ingresso per l'app.