Threads Methoden mit Output in Threads verpacken

[brunnera]

ch habe bereits in Google geschaut und nichts zu folgender Anforderung gefunden:

Ich habe bisher in meinem Program Methoden stehen wie diese:

ArrayList al1 = Workflow.processList1();
ArrayList al2 = Workflow.processList2(al1);
ArrayList al3 = Workflow.processList3(al2);
ArrayList al4 = Workflow.processList4(al3);


Hier werden Listen eingelesen, prozessiert und neue generiert, das ganze in einem workflow.
Nun will ich diese 4 Methoden gerne jeweils in einen Thread (Task??) packen, die jeweils natürlich aufeinander warten müssen.
Wie funktioniert das am enfachsten mit Methoden (wie hier), die auch einen Output produzieren?
Wie kann man den output eines vorherigen Threads im nächsten einlesen?

Zu diesem meinem Problem habe ich leider bislang nichts gefunden!

Vielen Dank für eure Hilfe!

 

[SlaterB]

überlege dir doch wie es in der Realiät geht,
wenn du 4 Menschen vor dir stehen hast und Person 1 einen Auftrag gibst, dann kannst du doch nicht direkt die Ergebnisse
an Person 2 für dessen Auftrag weiterreichen,
stattdessen musst du dafür sorgen dass Person 2 Person 1 kennt und irgendwann dort nachfragt,
oder beide vereinbaren ein Email-Konto, Person 1 wird irgendwann dahin senden, Person 2 schaut ab und zu dort rein
oder sieht etwas am Büro-PC blinken, vielleicht gar akustisch, wird so aus seinem Mittagsschlaf aufgeweckt,

genau so funktioniert es auch im Programm, die Threads müssen sich gegenseitig kennen,
ob direkt (entweder als Thread oder loser gekoppelt als Listener) oder über dritte Stellen,
sleep, wait, notify, join je nach Vorlieben

 

[brunnera]

Das hast du schön gesagt, danke!

Nur leider hilft mir das nicht wirklich weiter.

Ich suche danach, wie ich wo Threads anlege. Lege ich einen Thread in jeder Methode eigens an? Kommt der Code der ganzen methode in die run () Methode? Und wie kann ich die Ergebnisse dann weiter geben ect.....

 

[SlaterB]

naja, ohne Kenntnisse funktioniert es nicht, mehr kann ich nicht sagen außer es für dich zu programmieren, was mir gar nicht liegt,
wieso willst du überhaupt Threads? wenn einer auf den nächsten warten muss scheint das ja generell nicht sinnvoll

schaue dir evtl. noch im Internet Beispiele an, Producer/ Consumer ist immer ein Stichwort

 

[Marco13]

Die übergeordnete Frage, warum es 4 Threads sein sollen, wenn die ohnehin nacheinander arbeiten, stellt sich natürlich, aber vielleicht soll "dazwischen" ja noch was passieren. Ansonsten wäre Producer/Consumer (am einfachsten mit BlockingQueues aus java.util.concurrent) wohl schon das passende.