Discussion :

[zoullou]

Bonjour,

Je m'occupe d'une application qui rencontre des freeze dans certain cas. Lors de ces freeze, un Thread dump a été réalisé, voila ce qu'il donne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
"Finalizer" daemon prio=1 tid=0xaad00690 nid=0x174 waiting on monitor [0xaacff000..0xaacff820]
 
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:103)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:157)

Le probleme que j'ai est que je ne comprend pas bien cette partie du thread dump :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

at java.lang.Object.wait(Native Method)

Que vient faire ici le Native Method ?
Est ce que la method wait appel une method native de l'OS qui plante est freeze l'appli ?

Merci d'avance pour vos éclairssissements

[schniouf]

Je suis pas un pro en la matière, mais l'explication que j'ai est que le code d''une méthode native n'apparaît pas dans le code source de l'API java. Il y a sa déclaration, pas son code.
La méthode wait() met en attente un thread, c'est sûrement pour ça que ton programme freeze !

[zoullou]

Ok mais pourquoi le Native Method apparait comme un argument de la method wait ?

[schniouf]

Ok mais pourquoi le Native Method apparait comme un argument de la method wait ?

Je la connaissais pas celle là !
En fait ce que tu vois d'affiché, ce ne ce sont pas des méthodes avec leurs arguments, ce sont des méthodes avec leur emplacement dans le code source. Ca s'appelle la pile d'éxecution.
Ton erreur a commencé dans la méthode wait (qui est native), puis s'est propagée grâce au mécanisme d'exception dans la méthode qui a appelé wait : il s'agit de la méthode remove dans la classe java.lang.ref.ReferenceQueue à la ligne 103 du fichier ReferenceQueue.java, et ainsi de suite jusqu'à la méthode qui peut gérer l'exception !