Lektionen

Wenn du dich schon einmal gefragt hast, wie man einen neuen Thread startet und verwendet, wirst du es schon bald herausfinden – in dieser Lektion. Und dein Lehrer Ritschie Tormann wird dir dabei helfen. Aber auch wenn du noch nie darüber nachgedacht hast, wird Ritschie Tormann es dir erklären, denn jetzt ist der richtige Moment gekommen.

Auch Programme brauchen manchmal Schlaf. Und Threads brauchen ihn erst recht. Um einen Thread zum Schlafen zu bringen, bietet Java eine Methode namens sleep. Sie ist als statische Methode der Thread-Klasse deklariert. Das bedeutet, dass sie nicht mit einem bestimmten Objekt verbunden ist. Der Zweck dieser Methode ist es, das Programm für eine Weile „einschlafen“ zu lassen. Wie funktioniert das? Das wirst du in der Lektion erfahren!

Nehmen wir an, der Benutzer weist das Programm an, eine Datei aus dem Internet herunterzuladen. Der Haupt-Thread erstellt einen separaten untergeordneten Thread für diesen Auftrag und übergibt ihm ein Objekt, dessen run-Methode alle notwendigen Aktionen zum Herunterladen der Datei enthält. Und dann – zack – will der Benutzer die Datei plötzlich doch nicht mehr herunterladen! Wie brechen wir den Auftrag ab und stoppen den Thread?

Diese Lektion wird viele böse Wörter wie „unterbrechen“ enthalten. Und das alles, weil wir immer noch die Möglichkeiten und Besonderheiten des Stoppens von Threads untersuchen. Wir werden lernen, wie man die Variable isInterrupt verwendet und was die Methoden isInterrupted() und interrupt() tun.

Wenn wir früher Klassenmethoden untersuchten, schrieben wir es meistens einfach so: „Methodenname“ -> „was es tut“. Mit Thread-Methoden funktioniert das nicht :) Ihre Logik ist komplizierter ...

Threads sind natürlich cool und eröffnen Programmierern eine Welt voller unglaublicher Möglichkeiten (und einen Haufen Komplexität). Verschiedene Threads ändern den Zustand verschiedener Objekte basierend auf den Aufgaben, die sie ausführen. Und natürlich können sie sich gegenseitig auf die Füße treten! Aber der erschreckendste Teil geschieht tief in der Java-Maschine... Klingt das faszinierend?

Das unkontrollierte Umschalten von Threads ist ein weiteres Problem. Wir stehen vor einer vernünftigen Frage: Warum lassen wir Threads nicht tun, was sie wollen und ihre eigene Umschaltung steuern? Tatsächlich schafft dieser Ansatz sogar noch mehr Probleme. In dieser Lektion lernst du diese Probleme kennen und was man dagegen tun kann.

Houston, wir haben ein Problem mit Multithreading! Ja, schon wieder. Diesmal hängt es damit zusammen, wie der Cache-Speicher genutzt wird. Genau der Cache, in dem der Prozessor seine am häufigsten verwendeten Variablen ablegt. Er tut das, um seine Arbeit zu beschleunigen, aber hierin liegt die Wurzel des ganzen Übels. Schon bald wirst du lernen, was der Haken an der Sache ist und wie du dieses Problem lösen kannst.

Du weißt bereits, dass der Prozessor ständig zwischen den Threads wechselt. Jeder Thread erhält ein Quantum – ein Stück Prozessorzeit. Wenn die Zeit abgelaufen ist, schaltet der Prozessor auf einen anderen Thread um und führt dessen Befehle aus. Und wenn du das Quantum des aktuellen Threads vorzeitig beenden musst, kommt dir die statische Methode yield der Thread-Klasse zu Hilfe!

Angenommen, der Haupt-Thread hat einen untergeordneten Thread erstellt, um eine Aufgabe auszuführen. Irgendwann benötigt der Haupt-Thread dann die Ergebnisse der Arbeit, die von einem untergeordneten Thread ausgeführt wurde. Aber der untergeordnete Thread hat seine Arbeit noch nicht beendet. Was soll der Haupt-Thread tun? Dieses Problem wird durch die join-Methode gelöst. Diese Lektion zeigt dir, wie.

Hallo Amigo! Heute werde ich Ihnen sagen, was ein Deadlock ist – ein tödlicher Halt. „Du hast also schon so etwas gesagt. - Ja es war. Aber heute werden wir dieses Thema genauer betrachten. Im einfachsten Fall sind zwei Threads und zwei Mutex-Objekte am Deadlock beteiligt. Ein Deadlock tritt auf, wenn: A) Jeder Thread im laufenden Prozess ...

Hallo Amigo! Ich möchte Ihnen einige Strategien zur Vermeidung von Deadlocks vorstellen. Die beste Strategie ist eine gut durchdachte Architektur und ein Regelwerk, wann und in welcher Reihenfolge Sperren verwendet werden können (Mutex-Erwerb). Der klassische Weg, mit dem Problem umzugehen, besteht darin, eine Sperrenhierarchie zu entwickeln und eine Regel festzulegen, dass einige Sperren niemals in einem Zustand erworben werden können, in dem sie bereits erworben wurden ...