使用top及jstack查看某个java线程CPU占用情况时报错：
Unable to open socket file: target process not responding or HotSpot
VM not loaded The -F option can be used when the target process is not responding
出错原因：jstack命令使用了jstack +线程号（不是具体线程号，而是java进程号），具体使用如下：
-
top命令查看CPU占用情况
-
top -h
27489
查看java进程cpu情况， top界面下按大写H 查看每个线程CPU情况
-
看到
27489
java进程中
27490
线程占用高额CPU
-
计算
27490
的十六进制表示，得到
6b62
Integer s = 27490;
System.out.println(Integer.toHexString(s));
- 使用jstack查看进程号为27489的Java应用中十六进制线程号为6b62的堆栈信息（开始用的是27490进程号）
jstack 27490 |grep -A 50 6b62 //错误用法！！！
jstack 27489 |grep -A 50 6b62 //-A 50显示的堆栈行数
准确定位到具体类CpuTest的main方法21行代码处。
日前服务器一个应用总是莫名挂掉，通过排查发现是老年代内存无法回收引起，那么要定位到到底是那一部分数据导致的无法回收，就需要把堆内存dump出来，然后用工具分析。但奇怪的是dump的时候一直报错
Unable to open socket file: target process not responding or HotSpot VM not lo
排查完整过程
网上找了很多方案，都没效果，最终通过一些文章的启示，自己找到了解决方案。
问题引起的原因
由于Linux一切皆文件的特性，也就
Unable to open socket file: target process not responding or HotSpot VM not loaded
The -F option can be used when the target process is not responding
在用jstack工具查看jvm线程的运行情况时出现上述错误。就是因为该进程长时间没有启停...
Unable to open socket file: target process not responding or HotSpot VM not loaded
The -F option can be used when the target process is not responding
在用jstack工具查看jvm线程的运行情况时出现上述错误。就是因为该进程长时间没有启停，在/tmp/hsperfdata_‘username’/文件夹下的该进程文件被Linux自身的机制（tmp下面不能存放很
因为需要分析java内存增长原因，今天准备去dump一个 java 线程下来，下面是docker 内部执行dump操作时遇到的问题与解决步骤。
开始dump
# 执行 jstack
jstack -l 219 > test.dump
219: Unable to open socket file: target process not responding or HotSpot VM not loaded
The -F option can be used when the target proces
最近项目部门反应有个系统特别卡顿，很多页面都打不开了，开发人员告诉我说最近没有进行代码升级，我登录到对应的服务器上执行了top命令，发现cpu飙升到100%，对于这种问题我们应该快速的定位到问题，否则会影响线上系统的正常作业。
对于造成这种问题的可能原因，迅速的在头脑中闪过四种情况：
1、某个接口响应时间超长，并且可能被频繁调用
2、产生了过大的对象，造成频繁FGC
2、第二个窗口输入
[root@node02 ~]# top
top - 16:17:09 up 1:02, 3 users, load average: 3.02, 2.41, 1.68
Tasks: 173 total, 4 running, 169 sleeping, 0 stopped, 0 zombie
private static class CardInfo {
BigDecimal price = new BigDecimal(0.0);
String name = "张三";
int age = 5;
Date b
怀疑线上有太机器有内存泄露的问题，症状：隔段时间会发现FullGC 越来越频繁，1分钟好几次。重启后会好几天。需要导出dump文件来分析。
jmap -dump:format=b,file=heapDump
可是报错了：
1、Unable to open socket file: target process not responding or HotSpot VM not loaded
我们之前的都是root 的。导致我产生一种印象，root可以有超级权限。
但是这个case却..
jstack命令执行报错，报错如下
~ jstack 28604
28604: Unable to open socket file: target process not responding or HotSpot VM not loaded
The -F option can be use...
Unable to open socket file: target process not responding or HotSpot VM not loaded异常处理方法
某台服务器出现假死的现象，服务进程在，但是就是不工作。于是想定位下，先看了下服务器本身的状态都是OK的，然后看下服务的状态，先执行如下的命令，发现服务是存在的，如下：
执行jps -ml输出如下：
然后执行jstack 2276,报出如下的错误：
2276: Unable to open socket file: target process not responding or Hot...
