Perché si dovrebbe evitare l'annidamento di QEventLoops?

Question

Nel suo Qt event loop, networking and I/O API talk, Thiago Macieira afferma che la nidificazione di QEventLoop 's dovrebbe essere evitato:

QEventLoop è per l'evento di nidificazione Loops ... Evitate, se potete, perché crea una serie di problemi: le cose potrebbero rientrare , nuove attivazioni di socket o timer che non ti aspettavi.

Qualcuno può espandersi su ciò a cui si riferisce? Mantengo un sacco di codice che utilizza le finestre di dialogo modali che annidano internamente un nuovo ciclo di eventi quando viene chiamato exec(), quindi sono molto interessato a sapere che tipo di problemi questo può comportare.

Answer 1

1. Un ciclo di eventi nidificati costa 1-2kb di stack.

2. Ha la capacità di immettere nuovamente qualsiasi codice già presente nello stack di chiamate. Non ci sono garanzie che qualcuno di quel codice sia stato progettato per essere rientranti. Sto parlando del tuo codice, non del codice di Qt.

3. Nel corrente Qt, ci sono due posti in cui, a causa di un bug di vecchia data API o inadeguatezze della piattaforma, è necessario utilizzare annidato exec: QDrag di file e piattaforma di dialoghi (su alcune piattaforme). Semplicemente non hai bisogno di usarlo da nessun'altra parte. non è necessario il ciclo di eventi nidificati per le finestre di dialogo modali non di piattaforma.

4. Rientrando il ciclo degli eventi è di solito causata da scrivere codice pseudo-sincrono in cui ti lamenti la mancanza di yield(), nascondere la testa sotto la sabbia e di utilizzare invece exec(). Tale codice in genere finisce per essere spaghetti e non è necessario. La scrittura pulita del codice asincrono viene generalmente effettuata tramite macchine a stati, vedere this answer per un esempio e QP framework per un'implementazione diversa da QStateMachine.

Answer 2

Un ciclo di eventi nidificati provoca l'inversione dell'ordine. (Almeno su Qt4)

Diciamo che avere la seguente sequenza di cose che accadono

enqueued in outer loop: 1,2,3 
processing 1 => spawn inner loop 
enqueue 4 in inner loop 
processing 4 
exit inner loop 
processing 2 

in modo da vedere l'ordine di elaborazione era: 1,4,2,3.

Parlo per esperienza e questo di solito ha provocato un crash nel mio codice.