Una spiegazione del Java Queue Interface

C'è molto da imparare sulla coda Java. Il TaskScheduler è solo un piccolo elemento di questo. Vediamo prima i tipi di code che esistono all'interno di Java. In primo luogo, vi è la sicurezza thread. Ciò è necessario per coloro che non vogliono una coda sia accessibile da una serie di fili diversi. Se questo è il caso, una LinkedList è la migliore opzione di usare come una coda. Altre implementazioni, tuttavia, offrono elevata efficienza filo di sicurezza. Poi, c'è il blocco o il problema non bloccante. Ci sono una serie di implementazioni per bloccare disponibili.

Queste implementazioni danno di un metodo di mettere e rimozione di elementi da una coda. È possibile bloccare fino al punto che l'operazione è possibile. Inoltre, si può mettere un limite di tempo this.Next, uno sviluppatore Java ha bisogno di pensare a problemi intorno alla coda avanzata. Ad esempio, è vero vincolato o non vincolato? Può essere molto utile per porre un limite superiore alla quantità di oggetti che possono essere posizionate all'interno della coda. In questo modo, un pool di thread non in coda un numero ingestibile di posti di lavoro ogni volta che una macchina in occupato. Ci sono un certo numero di altre operazioni speciali troppo. Ad esempio, Java può dare un'implementazione per rendere possibile ordinare per priorità. Altre implementazioni sono in atto per mettere un ritardo su qualsiasi elemento che si trova nella coda.

Allora perché si dovrebbe usare una coda di Java? Dopo tutto, dal momento che ha una serie di restrizioni su di esso, suona più logico utilizzare qualcosa come LinkedList1 o ArrayList. Certo, essi sono noiosi e vecchi, ma funzionano bene giusto? In realtà ci sono tre ragioni principali per spiegare perché si dovrebbe usare questo tipo di coda. Prima di tutto, una coda può fornire la nozione esatta di quello che realmente vuole. In secondo luogo, una coda impedisce l'accesso casuale. Ciò significa che è possibile ottimizzare per concorrenza. Ultimo ma non meno importante, Java offre la BlockingQueue. Utilizzando il presente, un certo numero di implementazioni sono in grado di prendere un po 'del lavoro manuale dal queues.You più comunemente usato può domandarsi dove abbiamo potuto bisogno di una coda o un TaskScheduler su un modo concettuale. Se c'è un produttore di modello del consumatore, questo è dove è necessario pensare a questo proposito.

Un produttore al consumatore modello si trova quando un thread fa o produce tutta una serie di compiti o lavori. Un secondo filo poi prende questi. Sì, è possibile utilizzare un LinkedList noioso e vecchio, fintanto che è sincronizzato, ma questo è solo il caso se sarebbe tutto quello che volevamo fare con i lavori. Se l'accesso è limitato sia all'inizio e alla fine (testa e coda) di una coda, che rende possibile per la coda di ottimizzare per qualsiasi access.One concomitante dei posti migliori per utilizzare una coda avanzato è in coda di lavoro di un pool di thread . Java offre la classe ThreadPoolExecutor.

Una volta uno sviluppatore costruisce questa classe specifica, è possibile per quella coda di passare all'interno del pool di thread da utilizzare. È anche possibile realizzare un pool di thread che ha un metodo di utilità che viene offerto dalla classe esecutori. In questo caso, un BlockingQueue (impostato di default) è la versione migliore di utilizzare Hotel  .;