"implementiert Runnable" vs. "erweitert Thread" in Java

Question

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?

Answer 1

Ich bin überrascht, dass noch nicht erwähnt wurde, dass die Umsetzung Runnable macht Ihren Unterricht flexibler.

Wenn Sie thread erweitern, wird die Aktion, die Sie durchführen, immer in einem Thread stattfinden. Wenn Sie jedoch implementieren Runnable Das muss nicht sein. Sie können sie in einem Thread ausführen, sie an eine Art Ausführungsdienst übergeben oder sie einfach als Aufgabe innerhalb einer Anwendung mit einem einzigen Thread weitergeben (vielleicht, um zu einem späteren Zeitpunkt, aber innerhalb desselben Threads ausgeführt zu werden). Die Optionen sind viel offener, wenn Sie einfach Runnable als wenn Sie sich an Thread .

Answer 2

Eigentlich ist es nicht klug, zu vergleichen Runnable y Thread Miteinander.

Diese beiden haben eine Abhängigkeit und Beziehung in Multi-Threading genau wie Wheel and Engine Beziehung zum Kraftfahrzeug.

Ich würde sagen, es gibt nur einen Weg für Multithreading mit zwei Schritten. Lassen Sie mich meinen Standpunkt darlegen.

Ausführbar:
Bei der Umsetzung interface Runnable bedeutet dies, dass Sie etwas schaffen, das run able in einem anderen Thema. Etwas zu erstellen, das innerhalb eines Threads ausgeführt werden kann (runnable inside a thread), bedeutet nicht, einen Thread zu erstellen.
Also die Klasse MyRunnable ist nichts anderes als eine gewöhnliche Klasse mit einer void run Methode. Und die Objekte werden gewöhnliche Objekte sein, die nur eine Methode haben run die beim Aufruf normal ausgeführt wird. (es sei denn, wir übergeben das Objekt in einem Thread).

Thema:
class Thread Ich würde sagen, eine sehr spezielle Klasse mit der Fähigkeit, einen neuen Thread zu starten, der tatsächlich Multi-Threading durch seine start() méthode.

Warum ist es nicht klug zu vergleichen?
Denn wir brauchen beide für Multithreading.

Für Multi-Threading benötigen wir zwei Dinge:

• Etwas, das innerhalb eines Threads laufen kann (Runnable).
• Etwas, das ein neues Thema (Thread) beginnen kann.

Technisch und theoretisch sind also beide notwendig, um einen Thread zu starten, einer wird laufen. und man wird es zum Laufen bringen (Wie Wheel and Engine eines Kraftfahrzeugs).

Deshalb können Sie kein Thema mit MyRunnable müssen Sie es an eine Instanz von Thread .

Aber ist es möglich, einen Thread zu erstellen und auszuführen, indem man class Thread weil Klasse Thread implementiert Runnable damit wir alle wissen Thread ist auch ein Runnable innen.

Endlich Thread y Runnable ergänzen sich beim Multithreading und sind keine Konkurrenten oder Ersatz.

Answer 3

Sie sollten Runnable implementieren, aber wenn Sie mit Java 5 oder höher arbeiten, sollten Sie es nicht mit new Thread sondern verwenden eine ExecutorService stattdessen. Für Details siehe: Wie man einfaches Threading in Java implementiert .

Answer 4

Ich bin kein Experte, aber mir fällt ein Grund ein, Runnable zu implementieren, anstatt Thread zu erweitern: Java unterstützt nur Einfachvererbung, man kann also nur eine Klasse erweitern.

Bearbeiten: Ursprünglich hieß es auch "Die Implementierung einer Schnittstelle erfordert weniger Ressourcen", aber Sie müssen in beiden Fällen eine neue Thread-Instanz erstellen, daher war dies falsch.

Answer 5

Ich würde sagen, es gibt einen dritten Weg:

public class Something {

    public void justAnotherMethod() { ... }

}

new Thread(new Runnable() {
   public void run() {
    instanceOfSomething.justAnotherMethod();
   }
}).start();

Vielleicht ist dies ein wenig von meiner kürzlichen intensiven Nutzung von Javascript und Actionscript 3 beeinflusst, aber auf diese Weise muss Ihre Klasse nicht eine ziemlich vage Schnittstelle implementieren wie Runnable .