Können wir uns noch einmal den Grund ansehen, warum wir wollten, dass sich unsere Klasse wie eine Thread
? Es gibt überhaupt keinen Grund, wir wollten nur eine Aufgabe ausführen, höchstwahrscheinlich in einem asynchronen Modus, was genau bedeutet, dass die Ausführung der Aufgabe von unserem Haupt-Thread verzweigen muss und der Haupt-Thread, wenn er früh endet, auf den verzweigten Pfad (Aufgabe) warten kann oder nicht.
Wenn das der Sinn und Zweck ist, wo sehe ich dann die Notwendigkeit eines speziellen Threads. Dies kann erreicht werden, indem man einen RAW-Thread aus dem Thread-Pool des Systems aufnimmt und ihm unsere Aufgabe zuweist (kann eine Instanz unserer Klasse sein) und das war's.
Halten wir uns also an das OOP-Konzept und schreiben wir eine Klasse des von uns benötigten Typs. Es gibt viele Möglichkeiten, Dinge zu tun, aber es kommt darauf an, es auf die richtige Weise zu tun.
Wir brauchen eine Aufgabe, also schreiben wir eine Aufgabendefinition, die auf einem Thread ausgeführt werden kann. Verwenden Sie also Runnable.
Immer daran denken implements
wird speziell verwendet, um ein Verhalten zu vermitteln und extends
wird verwendet, um eine Funktion/Eigenschaft zu vermitteln.
Wir wollen nicht die Eigenschaft des Threads, sondern wir wollen, dass sich unsere Klasse wie eine Aufgabe verhält, die ausgeführt werden kann.
66 Stimmen
Vielen Dank für diese Frage, die Antworten haben eine Menge Missverständnisse, die ich hatte, aufgeklärt. Ich schaute in den richtigen Weg, um Java-Threads zu tun, bevor SO existierte und es gab eine Menge von Fehlinformationen / veraltete Informationen da draußen.
5 Stimmen
Gibt es einen Grund, warum Sie den Thread ( aber ich empfehle es nicht ), können Sie präventiv mit
interrupt()
. Auch hier handelt es sich um eine Idee, die im richtigen Fall nützlich sein könnte, aber ich empfehle sie nicht.0 Stimmen
Bitte lesen Sie auch die Antwort, die sehr gut erklärt ist: stackoverflow.com/q/5562720/285594
0 Stimmen
@bestsss, ich versuche herauszufinden, was Sie mit der Behandlung von interrupt() meinen könnten. Versuchen Sie, die Methode zu überschreiben?
0 Stimmen
@Bob, ja bob. Java macht das natürlich für
java.nio.channels.InterruptibleChannel
(s) Sie können einen Blick auf die Impl. von Thread.interrupt() werfen. Mit Hilfe der Hilfe voninterrupt()
caller ist eine Idee und ein nützlicher Ansatz, der wiederum nicht für Anfänger empfohlen wird.0 Stimmen
@Bob, es gibt noch eine andere Möglichkeit, nämlich die Erweiterung
java.nio.channels.spi.AbstractSelector
und außer Kraft setzenwakeup()
aber das ist eine viel zu schmutzige Art, den Fall zu beurteilen :)8 Stimmen
Ja, laut Code kann die Klasse Thread A jede Klasse erweitern, während die Klasse Thread B keine andere Klasse erweitern kann.
0 Stimmen
Sollte bei der Implementierung eines Callback über Runnable jetzt aussehen.
0 Stimmen
@RichieHH - das kommt darauf an. Rufen Sie nur zurück, wenn Sie einen Rückruf benötigen. Das heißt, wenn der laufende Code (die
Runnable
in OP) muss die Logik im Aufrufer ausführen.0 Stimmen
Lasse ich den Lauf leer? Wenn ich Funktionen verwende, laufen sie dann in einem anderen Thread?
0 Stimmen
Komposition ist im objektorientierten Design der Vererbung vorzuziehen
0 Stimmen
Verwenden Sie nicht direkt Thread, sollten Sie ExecutorService verwenden, die für bessere Tests gespottet werden kann
0 Stimmen
Erweitern Sie Thread, wenn Sie die Art und Weise, wie Thread sich verhält, VERÄNDERN wollen. Implementieren Sie runnable, wenn Sie einen anderen Thread erweitern müssen. Wenn Sie ein Objekt zwischen Threads teilen müssen, ist Runnable der richtige Weg, da Thread dies nicht erlaubt. Wenn keiner der beiden Fälle zutrifft, ist Runnable semantisch korrekter, obwohl dieser letzte Punkt nicht sehr wichtig ist, da jemand denken könnte, dass Sie das Verhalten von Thread geändert haben, wenn Sie ihn erweitern, obwohl Sie das nicht tun.