Для начала найдите самую верхнюю строку, которая выглядит примерно как "ntdll.dll + 0x2000".
Если горячая точка встречается в вашем собственном коде (т. Е. DLL - одна из ваших), то узнайте, как убедить ваш компилятор составить список сопоставлений из смещения DLL в номер строки. Очевидно, это может означать, что вам нужно перезапустить вновь скомпилированную DLL и подождать, пока проблема не возникнет снова.
В противном случае посмотрите, вызывает ли поиск этой конкретной строки в Google что-то, учитывая, что та же самая ошибка может означать целый ряд вещей. И посмотрите, выглядит ли имя DLL как-то узнаваемое, например, имя драйвера принтера, графического драйвера или другого компонента, который можно отследить до определенного вызова. Каким бы ни был этот компонент, вы можете обновить его до фиксированной версии или избежать звонка. Если вы не уверены, что это за компонент, возможно, вам просто нужно обновить «JVM» - обновление, по крайней мере, до последней версии обновления / минорной версии любой версии, на которой вы работаете, вероятно, является хорошей идеей.
В прошлом я также видел ошибки в JIT-компиляторе, которые можно временно устранить, сказав, что они не должны пытаться скомпилировать конкретный метод, о котором идет речь - как я смутно помню, в этих случаях ошибка горячей точки дает некоторые понять, какой это был метод (возможно, просто дамп стека Java), но у меня нет примера, чтобы вспомнить детали.