Как проанализировать дамп потока java?

TID-это идентификатор thead, а NID -: идентификатор собственного потока. Этот ID сильно зависит от платформы. Это NID в дампах потоков jstack. В Windows это просто идентификатор потока уровня ОС в процессе. В Linux и Solaris это PID потока (который, в свою очередь, является легким процессом). В Mac OS X это, как говорят, собственное значение pthread_t.

перейдите по этой ссылке: Java-уровня потока, ID: для определения и дальнейшего объяснения этих двух терминов.

на сайте IBM я нашел эту ссылку: как интерпретировать дамп потока. это охватывает это более подробно:

это объясняет, что означает ожидание: Блокировка запрещает доступ к общему ресурсу нескольким сущностям. Каждый объект в Java имеет соответствующий замок (полученные с помощью синхронизированного блока или метода). В случае JVM потоки конкурируют за различные ресурсы в JVM и блокируют объекты Java.

затем он описывает монитор как специальный вид механизма блокировки, который используется в JVM для обеспечения гибкой синхронизации между потоками. Для целей этого раздела прочитайте термины monitor и lock взаимозаменяемо.

и дальше:

чтобы избежать наличия монитора на каждом объекте, JVM обычно использует флаг в блоке класса или метода, чтобы указать, что элемент заблокирован. Большую часть времени часть кода будет проходить через какой-то заблокированный раздел без споров. Поэтому флага guardian достаточно для защиты этого фрагмента кода. Это называется плоский монитор. Однако, если другой поток хочет получить доступ к некоторому заблокированному коду, произошло подлинное разногласие. Теперь JVM должен создать (или раздуть) объект monitor для удержания второго потока и организовать механизм сигнализации для координации доступа к разделу кода. Этот монитор теперь называется надутым монитором.

вот более подробное объяснение того, что вы видеть на линиях из дампа нитей. Поток Java реализуется собственным потоком операционной системы. Каждый поток представлен жирным шрифтом, например:

"Thread-1" (TID: 0x9017A0, sys_thread_t:0x23EAC8, состояние: R, собственный идентификатор: 0x6E4) prio=5

*следующие 6 элементов объясняют это, поскольку я сопоставил их из примера, значения в скобках []:

1. имя [поток-1],
2. идентификатор [0x9017A0],
3. адрес структуры данных JVM [0x23EAC8],
4. текущее состояние [R],
5. идентификатор собственного потока [0x6E4],
6. и приоритет [5].

"wait on", похоже, является потоком демона, связанным с самим jvm, а не с потоком приложения. Когда ты войдешь ... Объект.wait ()", это означает, что поток демона," финализатор " здесь, ждет уведомления о блокировке объекта, в этом случае он показывает вам, какое уведомление он ждет: "- ожидание (java.ленг.ссылка.ReferenceQueue$Lock)"

определение ReferenceQueue является: Очереди ссылок, к которым зарегистрированные ссылочные объекты добавляются сборщиком мусора после обнаружения соответствующих изменений достижимости.

финализатор поток выполняется таким образом, что сборка мусора работает для очистки ресурсов, связанных с объектом. Если я вижу это corectly, финализатор не может получить блокировку этого объекта: java.ленг.ссылка.ReferenceQueue.удалить(обнаруживаются.java: 118), потому что объект java выполняет метод, поэтому поток финализатора блокируется до тех пор, пока этот объект не будет завершен с его текущей задачей.

кроме того, финализатор не просто ищет, чтобы вернуть память, он более задействован, чем для очистки ресурсы. Мне нужно больше изучить его, но если у вас есть открытые файлы, сокеты и т. д... связанные с методами объектов, то финализатор будет работать над освобождением этих элементов, а также.

что такое фигура в квадратных скобках после объекта.ждите в свалка нитей?

это указатель в памяти на поток. Вот более подробное описание:

C. 4.1 Информация О Потоке

первая часть потока раздел показывает поток, который вызвал фатальную ошибку, следующим образом:

Current thread (0x0805ac88):  JavaThread "main" [_thread_in_native, id=21139]
                    |             |         |            |          +-- ID
                    |             |         |            +------------- state
                    |             |         +-------------------------- name
                    |             +------------------------------------ type
                    +-------------------------------------------------- pointer

указатель потока является указателем на внутреннюю структуру потока Java VM. Это, как правило, не представляет интереса, если вы не отлаживаете живой Java VM или основной файл.

это последнее описание пришло от:руководство по устранению неполадок для Java SE 6 С HotSpot VM

вот еще несколько ссылок на дампы потока:

• Как Потоки Работа
• как анализировать дамп потока
• Java Поток Сбрасывает
• потоки Java VM
• Stackoverflow вопрос:как отображаются потоки