Java Threads

Java Threads (19 Beiträge, 134 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Hallo,

ich habe ein kleines Problem mit einer SWT Gui und einen Thread der eigentlich dazu parallel laufen sollte. Im Moment blockiert aber der Thread sobald er gestartet ist die ganze Gui Oberflaeche. Entweder ich steh grad total auf der Leitung oder uebersehe irgendwas.

Das Programm sieht ungefaehr so aus:

public class Gui  {
...
public Gui(){
   Thread t = new MyTestThread();
   t.setDaemon( true );
   t.start();
}

}

public class MyTestThread extends Thread {
public void start(){
   System.out.println("Thread Running !");
   while(true){
      //do something
   }
}

danke fuer Eure Hilfe
mfg

Meine DVDs hier

Die GUI kann nur im EventDispatcherThread neu gezeichnet werden!

Wenn dann musst du die Arbeit in einen Thread auslagern und nicht die GUI Operationen!

Falls du nach einem Button druck/klick etwas machen willst, empfehle ich dir die foxtrot API!
Zb so geht das

      public void keyPressed(KeyEvent e) {
        if(e.getKeyCode() == KeyEvent.VK_ENTER || e.getKeyCode() == KeyEvent.VK_SPACE)
        {
          System.out.println("VORM ARBEITEN");
          try{
            Object ret = foxtrot.ConcurrentWorker.post(new foxtrot.Job() {
              public Object run() {
                System.out.println("ARBEITE");
                //hier arbeite
                return null;
              }
            });
          }catch(Exception ex){
            ex.printStackTrace(System.out);
          }
          System.out.println("NACH ARBEITE!");
        }

die Arbeit in der run Methode wird ganz normal ausgeführt und die GUI wird nicht BLOCKIERT! Desweiteren leibt das ganze Teil STEHEN!
So sind die Ausgabe hier:
VORM ARBEITEN
ARBEITE
NACH ARBEITE

Bei nem new Thread wird einfach dahinter weitergemacht! foxtrot macht das aber nicht!

Nachtrag: hier ein nettes Video zu dem Problem SwingGUI hängt!
http://www.javalobby.org/eps/galbraith-swing-2/
...

15.01.2008, 11:18 Uhr - Editiert von thE, alte Version: hier

Hi, danke fuer den Tipp

Aber der Thread greift weder auf das Gui zu, noch macht er sonst irgendwas damit. Der Plan waere eigentlich, dass er komplett eigenstaendig laeuft (als thread nona) und das Gui dazu parallel. Das muss doch auch so realisierbar sein oder ?

Meine DVDs hier

Naja, ist in dem while den schon was drinnen?

Ein while(true) ohne ein sleep blockiert dir eigentlich die ganze Maschine!
...

Nunja, da er es ja in einen eigenen Thread ausgelagert hat, sollte es das eben nicht.

Ich kann zwar nur aus meiner Erfahrung mit C# sprechen, dort wäre ein solches Konstrukt afaik problemlos möglich.

Wenn der Sturm losbricht,
verstummen die Einen vor Schrecken,
und die Anderen breiten, einem Adler gleich, die Flügel aus
und schwingen sich empor.

Ein while(true)?

Naja, ich weiß nicht. Selbst in C jagt dir das die Prozessauslastung extremst hoch. Ich werds nach dem Essen mal antesten

...

Na klar jagt es die CPU Belastung in die Höhe, er tut dann ja auch dauernd was - der eigentliche Thread jedoch bleibt davon unbelastet, er reagiert nach wie vor.

Wenn der Sturm losbricht,
verstummen die Einen vor Schrecken,
und die Anderen breiten, einem Adler gleich, die Flügel aus
und schwingen sich empor.

Ich meine wenn es nur while(true); ist!
Und da nix gemacht wird, könnte es sein das dann gar nix mehr geht!

Mir gings nicht darum, dass die Arbeit in dem Thread immer wieder wiederholt werden soll.
...

könnte es sein das dann gar nix mehr geht

Nö, dafür sorgt der Windows Scheduler.

Wenn der Sturm losbricht,
verstummen die Einen vor Schrecken,
und die Anderen breiten, einem Adler gleich, die Flügel aus
und schwingen sich empor.

Ganz genau, das while(true) soll ja verhindern, dass der Thread vorzeitig beendet wird, und permanent verfuegbar ist, solang der Thread offen ist.

(da dieser eh als daemon laeuft, beendet er sich automatisch sobald das Gui geschlossen wird)

Meine DVDs hier

naja der Thread soll Primaer Daten die ueber eine socket Verbindung daherkommen verarbeiten. Im Moment sieht die while Schleife bei mir so aus
(was auch funktioniert, nur das Gui blockert eben)

while(true){
   Socket client;
   try {
      client = server.accept();
      BufferedReader in = new BufferedReader(new InputStreamReader(
      client.getInputStream()));
      String line = in.readLine();
      System.out.println("Received: "+ line);
      ...//Verarbeitung usw.
   } catch (IOException e) {
      ...
   }
}

Meine DVDs hier

Na gut, das sollte die GUI aber nicht blockieren!

Kenn mich mit dem SWT Zeugs nicht aus und verwende (in meinen Augen den Schmarn) es auch nicht.

Wird dieser GUI Konstruktor von einem Event aufgerufen oder wie wird der aufgerufen?
...

nein im Moment starte ich es ganz primitiv uebers Eclipse

Gui hat ne Metode start
pulbic void launchGui{
... //Gui zusammenbauen

   shell.setSize(640, 480);
   shell.open ();
   while (!shell.isDisposed ()) {
   if (!display.readAndDispatch ()) display.sleep ();
  }
  isplay.dispose ();
}

und wird dann halt ueber ne andere Klasse mit main Methode ausgefuehrt

TestGui t= new TestGui();
t.launchGui()
usw...

Meine DVDs hier

Und wo wird da diese Threadklasse instanziert?

Und ist shell.open() das gleiche wie JFrame.setVisible(true); ?
...

omg

Jo, das wärs dann!
...

Threads ruft man aber generell mit thread.start() auf ?!
nur wenn man das Runnable Interface verwendet hat man die run() Methode

Funktioniert uebrigens beides nicht - weder so, noch so rum

Meine DVDs hier

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung