jvisualvm连接远程应用终于成功，附踩大坑记录！！（一：jstatd方式）

一、问题概述#

连接远程java应用除了jstatd方式，还有jmx方式。不必拘泥于一种，一种不行可以果断尝试另一种，兴许就行了。

姊妹篇在这：

jvisualvm连接远程应用终于成功，附踩大坑记录！！（二：jmx方式）

目前，在jvisualvm连接失败的相关互联网博客中，我还没看到有人和我一样的解决方法。

两天前，我像大家一样，在网络上搜索jvisualvm连接remote 应用的方法，然而，不知道为啥，我的开发机器的visualvm真就连不上远程主机上的应用。

试了同事电脑，试了改端口，试了wireshark抓包，（主要是看连接建立了没，我这边的现象是：地址应该没问题，不是网上很多博客说的hostname的问题，在本机向远程机器上的jstatd

发起连接请求后，没一会就被服务器端发了fin信号过来，把连接断开了；看下图，可以发现，有相当多的fin标志的消息）

总之，我试了不少办法。后来才觉得可能本机的visualvm工具有问题（或者我本机环境有问题），后来我又试了同事电脑，也不行；后来没法，只好试试开发用的服务器了（有一台windows server 2016的），结果，就成了。具体看下文吧。

jvisualvm连接远程应用主要有两种方式，一种是jstatd方式，这种的话，不需要应用预先设置jmx之类的参数，个人认为比较适合：远程服务器上的需要分析的java程序已经很慢，不响应了，连不上了，这时候就可以启动一个jstatd应用，供client主机连接；

一种是需要java应用启动前，就设置jmx相关的参数，当应用变慢时，就可以用jvisualvm连上去，分析原因。

二、操作步骤之jstatd方式#

1、创建文件jstatd.all.policy#

我是在jdk目录下的bin创建的，不在这应该也没关系。

[root@pas bin]# pwd
/usr/local/jdk1.8.0_161/bin

内容如下：（和网络上的很多博客不一样，我这边指定了绝对路径，没采用java.home，主要是我踩坑的时候，方便排除路径方面的影响）

grant codebase "file:/usr/local/jdk1.8.0_161/lib/tools.jar" {  
   permission java.security.AllPermission;  
};

2、启动jstatd后台应用#

命令如下：

jstatd -J-Djava.security.policy=jstatd.all.policy -J-Djava.rmi.server.hostname=192.168.19.114 -J-Djava.rmi.server.logCalls=true

（我是在/usr/local/jdk1.8.0_161/bin路径下运行的下面的命令，该路径下就有jstatd.all.policy文件。如果是在其他地方执行，记得指定绝对或相对路径）

其中，

-J-Djava.security.policy=jstatd.all.policy 指定路径

-J-Djava.rmi.server.logCalls=true  打印日志

-J-Djava.rmi.server.hostname=192.168.19.114  指定主机名，主机名应该和你用hostname -i命令执行出来的结果一致。

然后，我的/etc/hosts文件的内容如下：

[root@pas bin]# less /etc/hosts
192.168.19.114   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

不过，网络上都说改了/etc/hosts中的127.0.0.1为自己的ip地址后，执行hostname -i的结果，就会是自己在/etc/hosts中设置的ip地址，然而，我的不是这样：

其中的红圈是我的ip地址：

ps：如需要修改端口（默认为1099）：

jstatd -J-Djava.security.policy=jstatd.all.policy -J-Djava.rmi.server.hostname=192.168.19.114 -J-Djava.rmi.server.logCalls=true -J-Djava.net.preferIPv4Stack=true -p 5555

其中：
-p 5555 ----------修改端口为5555

3、启动后效果#

[root@pas bin]# jstatd -J-Djava.security.policy=jstatd.all.policy -J-Djava.rmi.server.hostname=192.168.19.114 -J-Djava.rmi.server.logCalls=true
Jun 27, 2018 4:20:03 PM sun.rmi.server.UnicastServerRef logCall
FINER: RMI TCP Connection(1)-192.168.19.114: [192.168.19.114: sun.rmi.registry.RegistryImpl[0:0:0, 0]: void rebind(java.lang.String, java.rmi.Remote)]
Jun 27, 2018 4:20:03 PM sun.rmi.server.UnicastServerRef logCall
FINER: RMI TCP Connection(2)-192.168.19.114: [192.168.19.114: sun.rmi.transport.DGCImpl[0:0:0, 2]: java.rmi.dgc.Lease dirty(java.rmi.server.ObjID[], long, java.rmi.dgc.Lease)]