Verständnisfrage zu Threads (und Swing)

[Pete23]

ich habe ich ein Programm, dass aus 3 Threads besteht:

im ersten Thread (also in der main()) werden UI-Komponenten gestartet. danach wird das eigentliche Programm in einem neuen Thread gestartet. einzelne methoden des hauptprogramms werden über Buttons gestartet. hie und da braucht eine solche Methode dann noch eine Eingabe vom User und kann erst weitermachen, wenn diese da ist (da hab ich busy-waiting mit sleep() kombiniert). das UserInterface läuft aber in einem anderen Thread und das ganze funktioniert daher auch ohne probleme. (mit einem Thread war das UserInterface bei mir tot, während es in der anderen Methode wartete)

nun will ich jetzt noch einen dritten Thread machen, der die Aufgabe übernimmt das Programm "weiterzuklicken". sprich es gibt einen Button "weiter", der sehr oft gedrückt werden muss. der thread übernimmt das auf wunsch (das programm läuft dann über weite teile automatisiert ab.

die methode, die vom weiter-button aufgerufen wird, hat zur folge, dass einige ui-komponenten hinzugefügt/geändert werden.

und jetzt das problem:
wenn ich diesen thread mit automatischen klicks aus dem zweiten Thread heraus starte (also aus dem hauptprogramm), dann bekomme ich regelämßig folgenden error:

java.lang.ArrayIndexOutOfBoundsException: No such child: 13
at java.awt.Container.getComponent(Unknown Source)
at javax.swing.JComponent.rectangleIsObscured(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintWithOffscreenBuffer(Unknown Source)
at javax.swing.JComponent.paintDoubleBuffered(Unknown Source)
at javax.swing.JComponent._paintImmediately(Unknown Source)
at javax.swing.JComponent.paintImmediately(Unknown Source)
at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)
at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(Unknown Source)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)

die zahl (13) ändert sich ständig. der fehler tritt immer an anderen Stellen auf. die geschwindigkeit, mit der weitergeklickt wird, ist egal. also wenn ich zB die klicks mit einem Delay von einer Sekunde einstelle, dannn bekomme ich trotzdem die errors. wenn ich per hand weiterklicke, bekomme ich die errors nicht (auch wenn ich viel schneller klicke)

es hat also wohl etwas damit zu tun, dass die methodenaufrufe von einem anderen thread kommen.
(nehme ich an)

wenn ich nun den Klick-Thread nicht aus dem hauptprogramm starte sondern aus der UI-Komponente, wo normal auch der Button geklickt wird, dann habe ich genau dasselbe problem.

wenn ich den Thread aber aus der main-methode heraus starte, dann bekomme ich den error nicht mehr.

meine kurze und eindeutige frage: warum?
(mein problem ist gelöst, aber ich würde gerne verstehen, worauf ich da genau aufpassen muss)

thx!

 

[Beni]

Swing ist nicht threadsicher, deshalb muss sichergestellt werden, dass immer derselbe Thread auf Swing-Komponenten zugreifft.

Man kann das mit Hilfe der Methoden invakeAndWait und invokeLater sicherstellen. (z.B. einfach eine anonyme Implementation von Runnable übergeben, welche irgendeine Methode aufruft...).

 

[Pete23]

danke!! es scheint tatsähclih zu funktionieren!

eine frage noch:
wo mach ich sowas in der Regel?
ich meine ich habe in den Runnable-Teil jetzt nur einen Methoden-Aufruf rein getan, dem sehr viele andere Dinge folgen (eventuell dauert es da einige Zeit, bis das UI upgedatet wird). es funktioniert zwar anscheinend, aber soll ich das in der Regel eher genau vor einer UI-Änderung mache?
Hängt es von meinem Programm ab, wann dieser DispatchThread neue Aufagebn bekommt oder sind das einfahc regelmäßige repaints() und dergleichen?

und brauche ich das nur, wenn ich etwas entferne oder auch, wenn eine Komponente verschoben oder hinzugefügt wird oder sonst eine Änderung erfährt?

 

[Pete23]

hmm, ich habe jetzt zwei methodne geschrieben:

private void addComponent(Component comp) {
		component = comp;
		final Runnable componentAdder = new Runnable() {
		     public void run() {
		         add(component);
		     }
		};
		try {
			SwingUtilities.invokeAndWait(componentAdder);
		} catch (Exception e) {}
	}
	
	private void removeComponent(Component comp) {
		component = comp;
		final Runnable componentAdder = new Runnable() {
		     public void run() {
		         remove(component);
		     }
		};
		try {
			SwingUtilities.invokeAndWait(componentAdder);
		} catch (Exception e) {}
	}

ich verwende diese zwei Methoden jetzt anstelle von add() und remove();

zusätzlich wird noch Text aktualisiert in einer EditorPane.
auch da brauch ich ne ähnliche Methode.

mach ich das nun so, wie es gedacht ist?
und stimmt es, dass man diese Methoden nicht braucht, wenn man nur einen Thread hat? (denn da hatte ich keine probleme)

 

[Beni]

Du verwendest das schon richtig. Der tatsächliche Aufruf dieser Runnables folgt "irgendwann", aber das muss dich auch nicht gross kümmern (weil du ja in einem anderen Thread hockst).

"Nur ein Thread": musst du aufpassen, denn es gibt ja bereits ein Thread (der Dispatcher) (und noch ein paar andere, aber die sind hier nicht so wichtig), d.h. das funktioniert ausschliesslich und nur wenn du etwas änderst, z.B. direkt aus einem "actionPerformed" heraus. Wenn du jemals ein "new Thread().start();" verwendest, hast du mehr als 1 Thread.

 

[Pete23]

ja genau, meine ersten beiden SwingProgramme wurden ausschließlich über UI gesteuert, sprich alles, was passierte, passierte eben nach gedrückten Buttons oder Mausklicks, etc.
da hat das funktioniert.

das mit den mehreren Threads ist mir letztens aufgefallen. da habe ich das programm mal mit JProbe analysiert. es waren einige Threads mehr als ich selbst erzeugt hatte...

was mir jetzt noch nicht ganz klar ist:
wenn das so üblich ist, dass man diese Methoden braucht, warum gehören sie dann nicht zur API? warum gibt es kein AddThreadSafe() oder dergleichen?
liegt das einfach am Grundgedanken, also zB dass eine "kleine" Komponente selbst ja nichts von diesen "großen" übergeordneten Threads wissen muss?

 

[Beni]

Wie meinst du das mit dem "addThreadSave"? Es wäre ja nicht gut möglich einen Thread sicher zu machen (dazu müsste man in ihn "hineinlangen" oder so)? ???:L

 

[Pete23]

hmm, ich meinte, dass add() eine Componente doch einfach addet. und wenn ich es mit invokeLater mache, dann landet das ganze auf der Queue des DispatchThreads und wird erst später ausgeführt, right?

mich wundert es jetzt irgendwie, dass es dann nicht eben Methoden wie addThreadSafe() gibt, die das ganze automatisch erledigen, also automatisch den add-befehl ans ende der queue setzen (wenn man es nun wirklich so oft braucht).
grade weils in der API ja sehr oft "bequeme" Methoden gibt, die man gar nicht brauchen würde (zB. kann man sich getWidth() ja aus getSize() herleiten...)

hauptsache ist aber, dass ich das programm jetzt schon ne ganze weile teste und es geht, also nochmal danke! *freu*

 

[Beni]

Ach so meinst du das. Ich könnte mir vorstellen, dass die Programmierer lieber nicht jede Methode zweimal schreiben wollten (du kannst ja jederzeit selbst so eine Methode herstellen :wink: ), und ich weiss nicht, ob man das wirklich sooo oft braucht. (Ich hab es jedenfalls selten gesehen).