Een verklaring van de Java Queue Interface

Er is veel te leren over de Java-wachtrij. De TaskScheduler is slechts een klein onderdeel van. Laten we eerst kijken naar de aard van de wachtrijen die bestaan ​​binnen Java. Ten eerste is er de thread veiligheid. Dit is nodig voor degenen die niet willen dat een wachtrij bereikbaar vanuit een waaier van verschillende onderwerpen zijn. Als dit het geval is, een LinkedList de beste optie te gebruiken als een wachtrij. Andere implementaties, maar bieden een hoge efficiënte draad veiligheid. Dan is er de blokkerende of non blocking probleem. Er zijn een aantal implementaties voor het blokkeren beschikbaar.

Deze implementaties geven een extra methode van zetten en het verwijderen van items uit een wachtrij. Het is mogelijk te blokkeren tot het punt dat de operatie mogelijk is. Bovendien kunt u een tijdslimiet zetten this.Next, een Java-ontwikkelaar nodig heeft om na te denken over problemen rond de gevorderde wachtrij. Zo is het gebonden of niet gebonden? Dit kan zeer voordelig zijn een bovengrens aan het aantal items in de wachtrij worden geplaatst plaatsen. Door dit te doen, zal een thread pool niet in de rij staan ​​een onbeheersbare aantal arbeidsplaatsen wanneer een machine in druk. Er zijn een aantal andere speciale operaties ook. Zo kan een Java-implementatie te maken het mogelijk om te sorteren op prioriteit te geven. Andere implementaties zijn om een ​​vertraging op een post die in de wachtrij te plaatsen.

Dus waarom zou u een Java-wachtrij gebruiken? Immers, want het heeft een aantal beperkingen op het, het klinkt logischer om iets zoals LinkedList1 of ArrayList gebruiken. Tuurlijk, ze zijn saai en oud, maar ze werken prima toch? Er zijn eigenlijk drie belangrijke redenen waarom u dit type wachtrij moet gebruiken. Allereerst kan een wachtrij exact begrip van wat je eigenlijk wilt bieden. Ten tweede, een wachtrij voorkomt random access. Dit betekent dat het mogelijk is om te optimaliseren voor gelijktijdigheid. Last but not least, Java biedt de BlockingQueue. Door het gebruik van deze, een aantal implementaties in staat zijn om een ​​deel van de handmatige werk uit de buurt van de meest gebruikte queues.You nemen kan zich afvragen waar we een wachtrij of een TaskScheduler op een conceptuele manier zou kunnen hebben. Als er een producent tot patroon van de consument, dit is waar je moet over na te denken.

Een producent tot patroon van de consument wordt gevonden wanneer een thread maakt of produceert een hele lijst van taken of opdrachten. Een tweede rode draad pakt dan zijn deze up. Ja, het is mogelijk om een ​​boring en oude LinkedList gebruiken, zolang deze gesynchroniseerd, maar dit is alleen het geval wanneer dat alles wat we wilden met de banen zijn. Als de toegang is beperkt tot het begin en einde (kop en staart) van een rij, maakt het mogelijk voor de wachtrij te optimaliseren voor een gelijktijdige access.One van de beste plaatsen om een ​​geavanceerde wachtrij gebruiken, is binnen een thread pool werk wachtrij . Java biedt de ThreadPoolExecutor klasse.

Als ontwikkelaar construeert deze specifieke klasse, is het mogelijk dat de wachtrij binnen de thread die moet worden passen. Het is ook mogelijk om een ​​thread pool die een hulpprogramma methode die wordt aangeboden door de klasse Uitvoerders heeft ontwerpen. In dit geval, een BlockingQueue (ingesteld als standaard) is de beste versie te gebruiken
.