Moe's Blog

Java Multi-Thread Application Debugging Problems

Genaugenommen ist der Titel dieses Posts allein schon eine Qual… Selbst wenn ich am Ende dann doch auf die deutsche Sprache zurückgegriffen hätte, wäre es nicht viel schöner geworden. Aber noch viel schlimmer ist der Inhalt dieses Posts!

Multi-Thread Anwendungen zu schreiben ist in modernen Programmiersprachen eigentlich kein großes Problem. Klar, man kämpft zwar noch immer gegen die Feinde Death Lock und Race Condition, aber im Gegensatz zu pThreads unter C, bietet Java zum Beispiel doch mit dem eingebauten Monitor eine schöne einfache Methode an.

Schlimm wird es eigentlich erst, wenn dann trotz all der schönen Tools, die Java zur Verfügung stellt, nicht alles so funktioniert, wie es soll, und man anfangen darf zu debuggen. Beim Debuggen landet dann doch gerne mal die Faust im Monitor auf dem Tisch.

Wenn nun eine allseits-geliebte Exception geworfen wird, so wird das Debuggen schon durch einen Punkt vereinfacht, denn die Exception gibt einem ja auch aus, von welchem Thread die Exception geworfen wurde. Das ganze sieht dann ungefähr so aus

Nun gut, Thread-2105 wirft also diese Exception. Also fängt man an sich einen genauen Log zu erstellen, was welcher Thread macht, worauf er zugreift, ob er überhaupt berechtigt ist, diese Methode aufzurufen etc… Damit man im Log auch weiß, welcher Thread was macht, kommt man gerne auf die Idee folgendes zu machen:

Während man dann seinen Log durchwühlt, hier schaut, da schaut, versucht nach zu empfinden, wieso überhaupt Thread-2015 diese Methode aufruft, obwohl er das gar nicht darf und auch laut Log nicht tut, wird man langsam stutzig. Was stimmt an meinem Log denn dann nicht? Die Methode wird ja offensichtlich aufgerufen und irgendwas läuft grundsätzlich schief, denn sonst würde ja auch keine Exception geworfen werden!

Nach einigem Suchen wurde mir dann mein Fehler bewusst. Es gibt noch eine getName()-Methode für jedes Thread-Objekt. Analog zum Getter gibt es auch den Setter setName(). “Praktischerweise” geben die folgenden beiden Zeilen nicht dieselbe Ausgabe,auch wenn man setName() nicht benutzt hat:

Die Ausgaben der beiden Zeilen sind einfach mal grundauf verschieden, wundervoller Weise in meinem Fall auch lediglich um 3 oder 4 Ziffern verschoben, aber eben nicht identisch. Eine Exception die von einem Thread geworfen wird, ruft aber genau diese getName() auf und schon ist die Verwirrung groß.

Dieser Unterschied kostete mich 3 Stunden des Debuggens an völlig falscher Stelle und zudem auch noch das Verrückt-Machen eines Kumpels, der ebenfalls Albträume bekommen hat, weil mein Code ja eigentlich korrekt war….Jedenfalls an den Stellen, an denen wir gesucht haben

So long, happy programming!

Tags: debugging, Java, threads