Próbuję dowiedzieć się więcej o Javie, zwłaszcza o zarządzaniu pamięcią i wątkach. Z tego powodu ostatnio zainteresowałem się przeglądaniem zrzutów nici.
Oto kilka wierszy pobranych z aplikacji internetowej przy użyciu VisualVM, wbudowanego narzędzia dla języka Java:
"Finalizer" daemon prio=8 tid=0x02b3d000 nid=0x898 in Object.wait() [0x02d0f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x27ef0288> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
- locked <0x27ef0288> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
Locked ownable synchronizers:
- None
"Reference Handler" daemon prio=10 tid=0x02b3b800 nid=0x494 in Object.wait() [0x02cbf000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x27ef0310> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:485)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
- locked <0x27ef0310> (a java.lang.ref.Reference$Lock)
Najpierw mam pytania dotyczące niektórych nazw zmiennych:
- co znaczy tid and nid?
- Jaka jest liczba w nawiasach kwadratowych po Object.wait?
Następnie dla samego śladu stosu:
- co to znaczy czekać na <.....> (java.lang ....) i jaka jest liczba w <..>
- co to znaczy zablokowane <.....> (java.lang ....) to samo pytanie, co jest w <..>
Myślałem, że słowo zablokowane było w jakiś sposób powiązane z warunkiem oczekiwania, jednak się myliłem. W rzeczywistości zastanawiam się, dlaczego zablokowany jest powtarzany trzy razy, ale wątek jest w stanie gotowym do uruchomienia, jak widać na tym samym zrzucie:
"Thread-0" prio=6 tid=0x02ee3800 nid=0xc1c runnable [0x03eaf000]
java.lang.Thread.State: RUNNABLE
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:199)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:256)
at java.io.BufferedInputStream.read(BufferedInputStream.java:317)
- locked <0x23963378> (a java.io.BufferedInputStream)
at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:264)
at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:306)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158)
- locked <0x23968450> (a java.io.InputStreamReader)
at java.io.InputStreamReader.read(InputStreamReader.java:167)
at java.io.BufferedReader.fill(BufferedReader.java:136)
at java.io.BufferedReader.readLine(BufferedReader.java:299)
- locked <0x23968450> (a java.io.InputStreamReader)
at java.io.BufferedReader.readLine(BufferedReader.java:362)
at org.codehaus.plexus.util.cli.StreamPumper.run(StreamPumper.java:145)
Na koniec to był najgorszy z nich:
"CompilerThread0" daemon prio=10 tid=0x02b81000 nid=0x698 waiting on condition [0x00000000]
java.lang.Thread.State: RUNNABLE
Ten wątek jest gotowy do uruchomienia, ale czeka pod warunkiem. Jaki stan i co to jest 0x00000?
Dlaczego ślad stosu jest tak krótki bez żadnego dowodu na klasę wątku?
Byłbym bardzo wdzięczny, gdybyś mógł odpowiedzieć na wszystkie moje pytania.
Dzięki
źródło