Methoden in neuem Thread erstellen

[== != equals]

Guten Morgen,

ich habe mich in die Funktionalität der Threads eingelesen und probiere etwas rum.
Ich habe einen Thread, der alle Anfragen von Usern abarbeitet. Gelegentlich muss dieser eine http-Abfrage machen. Nun habe ich bemerkt, dass das ganze System bzw. der ganze Thread hängt und ich lande im Debugger beim Pausieren immer bei den http-Abfrage-Methoden.
Nun habe ich mir einen neuen Thread erstellt, wie es vorgegeben wird mit der standardmäßigen run()-Methode.

public class internetabfrageThread extends Thread
{
	public void run() {
		int i=1;
		while(i==1) {
		  try {
		    sleep(500);
		  }
		  catch(InterruptedException e) {
		  }
		}
	}
	
	public void macheRequest(User pEmpfaenger, String pWebseite)
	{
		// hier wird nun eine Abfrage gemacht und bei Bedarf dem User die Antwort gesendet
	}

}

Aufruf im Constructor des Hauptthreads:

internetabfrageThread abfrageCronjob = new internetabfrageThread();

Bei Bedarf frage ich dann in weiteren Methoden des Hauptthreads die Methode macheRequest ab,

Fragen:
- Ist das so machbar, dass ich eigene Methoden verwende und den Thread mit run() einfach immer laufen lasse?
- Erfüllt es seinen Zweck, d.h. würde der Hauptthread nach der Abfrage weiterlaufen, auch wenn die Methode des neuen Threads noch beschäftigt ist?
- Was wäre eigentlich wenn die Methode macheRequest einen Rückgabewert liefert? Wird dann solange gewartet?

Danke im Voraus für jeden Tipp

 

[Michael...]

- Ist das so machbar, dass ich eigene Methoden verwende und den Thread mit run() einfach immer laufen lasse?
- Erfüllt es seinen Zweck, d.h. würde der Hauptthread nach der Abfrage weiterlaufen, auch wenn die Methode des neuen Threads noch beschäftigt ist?

Nein, wenn Du die Methode eines Objektes im Hauptthread aufrufst wird diese auch im Hauptthread aus geführt. Dein Thread Objekt nutzt hier nichts und würde - falls der Thread überhaupt gestartet wird - nicht machen als 500ms zu schlafen, um anschließend wirde 500ms zu schlafen usw...

 

[SlaterB]

einen Thread, der nur schläft, kannst du dir sparen,
Methoden werden immer von dem Thread ausgeführt, der sie auch aufruft, ob es Methoden eines Thread- oder sonstigen Objektes sind, spielt keine Rolle,

was du machen kannst ist, im Thread eine Information abzulegen, von boolean Arbeiten ja/nein über int oder String für Benennung einer Methode, oder ein komplettes Objekt mit einer Methode, die auszuführen ist,
diese Information abzulegen kostet den Aufrufer X noch keine Zeit, die Methode wird noch nicht ausgeführt,

der Thread selber schläft nun nicht nur, sondern schaut nach Wecken oder periodisch nach, ob Information zur Ausführung da ist und arbeitet dann los,
so ist echte Nebenläufigkeit hergestellt, der separate Thread führt die Methode aus, nicht der ursprüngliche Aufrufer X,
falls es einen Rückgabwert gibt, muss dieser am Ende natürlich auch irgendwo abgelegt werden,
wenn X den benötigt und solange auf den Thread warten muss, dann ist das evtl. keine besonders sinnvolle Situation,
kann aber immer noch Vorteile haben

statt einem eigenen Thread kannst du übrigens auch aus der API
ExecutorService (Java Platform SE 6)
verwenden, vielleicht gibts noch mehr

 

[Michael...]

Hier mal was zum Nachschlagen:
Galileo Computing :: Java ist auch eine Insel – 14 Threads und nebenläufige Programmierung

 

[== != equals]

Also ich verstehe es richtig, dass im Grunde nur die Methode run() des Threads unabhängig ausgeführt werden kann und entsprechend alle Aktionen in ihr bzw. nur in von ihr aufgerufenen Methoden untergebracht werden müssen?
Dann würde ich für diesen kleinen Fall zunächst eine kleine Queue bauen, wie von SlaterB vorgeschlagen, die in run() abgefragt wird. Schlafen sollte run() aber sicherlich dennoch dazwischen, oder?

In den nächsten Fällen habe ich mich dann sicherlich in die verlinkten Infos eingelesen und würde je nach Anforderung z.B. den ExecutorService nutzen.

 

[SlaterB]

ja und ja zu den beiden Fragen

 

[== != equals]

Ein Traum. Ich habe das nachgestellt und es funktioniert. Die Freude ist riesig. :toll: