Qual è la differenza tra GCD Dispatch Sources e select()?

Question

Ho scritto un codice che sostituisce alcuni esistente:

while(runEventLoop){ 
    if(select(openSockets, readFDS, writeFDS, errFDS, timeout) > 0){ 
    // check file descriptors for activity and dispatch events based on same 
    } 
} 

presa codice di lettura. Mi piacerebbe cambiarlo per usare una coda GCD, in modo che io possa far apparire gli eventi in coda usando dispatch_async invece di mantenere un array "deve essere chiamato sulla prossima iterazione". Inoltre sto già utilizzando una coda GCD per/contenere/questa particolare azione, quindi voglio delegarla a un modulo di invio GCD più naturale. (Non un ciclo while() monopolizzare una coda di serie)

Tuttavia, quando ho cercato di refactoring questo in una forma che si basava su fonti di invio sparato da gestori di eventi legati alla DISPATCH_SOURCE_TYPE_READ e DISPATCH_SOURCE_TYPE_WRITE sui descrittori di socket, il codice libreria che dipendeva da questa programmazione smesso di funzionare. La mia prima ipotesi è che io stia fraintendendo l'uso di DISPATCH_SOURCE_TYPE_READ e DISPATCH_SOURCE_TYPE_WRITE: ho pensato che avrebbero dato all'incirca lo stesso comportamento di chiamare select() con quei descrittori di socket.

Non capisco male le fonti di spedizione GCD? Oppure, riguardo al refactoring, lo sto usando in una situazione in cui non è più adatto?

Answer 1

La risposta breve alla tua domanda è: nessuna. Non ci sono differenze, entrambe le fonti di invio GCD e select() fanno la stessa cosa: notificano all'utente che è accaduto uno specifico evento del kernel o che una particolare condizione è vera.

Si noti che, su un Mac o un dispositivo iOS non si dovrebbe usare select(), ma piuttosto il più avanzato e kqueue()kevent() (o kevent64()).

Si può certamente convertire il codice per utilizzare le fonti di invio GCD, ma è necessario fare attenzione a non violare altro codice basandosi su questo. Quindi, questo richiede un'ispezione completa di tutti i segnali di gestione del codice, i descrittori di file, il socket e tutti gli altri eventi del kernel di basso livello.

Potrebbe essere una soluzione più semplice potrebbe essere quella di mantenere il codice originale, semplicemente aggiungendo il codice GCD nella parte che reagisce agli eventi. Qui, si inviano eventi su code diverse a seconda del particolare tipo di evento.