Timer terminiert nicht

[White_Fox]

Moin

Folgendes:

O L / Simple Russian Typing Trainer · GitLab

A simple trainer for those who already can type with ten fingers and want to learn to type in Russian language on their own keyboards. You do not...

gitlab.com

Im Konstruktor der Klasse TypingTrainer setze ich einen Timer. Der Timer soll alle x Sekunden nachsehen wieviele Zeichen getippt wurden, und daraus die Tippgeschwindigkeit errechnen.

Wenn ich das Programm aber beende, habe ich dauernd noch einen Thread offen. Die Methode terminate() wird zwar korrekt aufgerufen, aber der Thread nicht beendet.

Weiß jemand, warum? Ich habe zu Debuggingzwecken mal auf deutsches Tastaturlayout umgestellt, es braucht niemand auf russisch tippen zu müssen.

 

[Robert Zenz]

Timer(boolean) ist der Konstruktor welchen du suchst.

Solange ein Thread laeuft haelt dieser die JVM am leben. Die JVM kann ja nicht wissen welche `Thread`s wichtig sind und welche nicht, daher laeuft die JVM solange bis alle `Thread`s sich beendet haben. Ist ein Thread markiert als "daemon" wird dieser nicht beruecksichtigt, also die JVM beendet sich dann wenn entweder alle `Thread`s sich beendet haben, oder wenn die verbleibenden `Thread`s nur noch "daemons" sind.

 

[White_Fox]

Oh...danke. Ich will nicht wissen, wieviele Leute solche Zombiethreads haben, denn das war in allen Beispielen, die ich finden konnte, genau nicht beschrieben.

Aber sollte die Methode cancel() den Thread nicht anhalten? (Und der Methodenaufruf erfolgt, wenn auch ohne sichtbaren Erfolg). Oder macht cancel() etwas ganz anderes?

 

[Robert Zenz]

Oh...danke. Ich will nicht wissen, wieviele Leute solche Zombiethreads haben, denn das war in allen Beispielen, die ich finden konnte, genau nicht beschrieben.

Tradiotionell hat man Timer mit einer Oberflaeche, also zum Beispiel Swing. Bei Swing setzt man die setDefaultCloseOperation des Hauptfensters fuer gewohenlich auf JFrame.EXIT_ON_CLOSE, was einen Aufruf von System.exit(0) bewirkt wenn das Fenster zugeht. System.exit ist wie Stecker ziehen bei der JVM, da hoert der Prozess (mit allen Threads) einfach auf, da laeuft kein finalizer und kein final mehr wenn das aufgerufen wird, es hoert einfach alles auf. Deswegen hat man in dem Fall sehr selten dieses Problem. JavaFX hat eine aehnliche Mechanik, ich kann mich aber gerade nicht mehr erinnern wie genau das dort war.

Aber sollte die Methode cancel() den Thread nicht anhalten? (Und der Methodenaufruf erfolgt, wenn auch ohne sichtbaren Erfolg). Oder macht cancel() etwas ganz anderes?

Ja, das stimmt, so genau habe ich deinen Code nicht gelesen. Bist du dir dann sicher dass es der Thread von dem Timer ist der ueberlebt?

 

[Robert Zenz]

Du erzeugst in Main aber auch zwei TypingTrainer Instanzen.

 

[White_Fox]

Ach verflixt, da habe ich vergessen die Instanz an die View zu geben, und deren TypingTrainer-Instanz geistert dann weiter im Speicher herum.

Danke, ich glaube das wars.

Edit: Das wars wirklich, jetzt läuft es wie es soll...ich denke, das Programm ist fertig.