Nach der Zeit, die ich mit Threads in Java
Ich habe diese beiden Möglichkeiten gefunden, Themen zu schreiben:
Mit implementiert Runnable
:
public class MyRunnable implements Runnable {
public void run() {
//Code
}
}
//Started with a "new Thread(new MyRunnable()).start()" call
Oder, mit erweitert Thread
:
public class MyThread extends Thread {
public MyThread() {
super("MyThread");
}
public void run() {
//Code
}
}
//Started with a "new MyThread().start()" call
Gibt es einen signifikanten Unterschied zwischen diesen beiden Codeblöcken?
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.