eclipse远程debug时出现Failed to connect to remote VM Received invalid handshake

eclipse进行远程调试的时候的出现Failed to connect to remote VM. Connection refused. Connection refu~

解决方案1：服务是在root 账户下启动的，关掉服务杀掉进程，然后用普通用户登录重启服务！
解决方案2：在Eclipse中找到Run-Debug Configurations-Remote Java Application下找到相应工程在connect的tag下设置port为8000。如果还不能用的话，你把Remote Java Application下的 WebViewHistory全部删除，不新建，直接Debug运行，这样Eclipse会自动为你创建一个默认的WebViewHistory。
解决方案3：有可能是防火墙的问题。
解决方案4：因为以前都是可以的，所以百思不得其解，Google了半天，能找到的问题一般也都是因为对方没有开启远程调试端口，所以自然连不上，但是我这里显然不是这个情况。在困惑了好久以后，突然想到会不会是受到了 Eclipse 代理设置的影响？虽然觉得不太可能，因为我的理解是那个代理只是给 Eclipse 本身用的，并不是给通过 Eclipse 启动的应用程序用的。
解决方案5：这是因为Tomcat还没有启动，或者是没有以Debug模式启动。
解决方案6：同组其他人独占本连接，点击disconnect按钮。
解决方案7：有一点非常重要，先运行应用程序，然后连接它，否则Eclipse会抛出异常”Failed to connect to remote VM. Connection refused”。
解决方案8：找到tomcat/bin/catalina.bat文件，编辑，在CATALINA_OPTS之前加上下行代码set CATALINA_OPTS=-server -Xdebug -Xnoagent -Djava.compiler=NONE-Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=50001。【用来调试的端口号】保存，重启Tomcat。
解决方案9：原因最可能就是 Eclipse 中的 ip地址配置错误。
解决方案10： 估计是网络不稳定，最终还是调试成功了。
解决方案11：防火墙的问题。把360里面的网页防火墙关掉就好用了。我每次都重新装。这次终于找到原因了。
远程debug
1.打开Debug Configurations视图
2.右击Remote Java Application，
New
3.选择源码工程
4.输入远程IP和端口，端口即服务
端的$DEBUG_PORT,点击OK。

解决方案1：服务是在root 账户下启动的，关掉服务杀掉进程，然后用普通用户登录重启服务！
解决方案2：在Eclipse中找到Run-Debug Configurations-Remote Java Application下找到相应工程在connect的tag下设置port为8000。如果还不能用的话，你把Remote Java Application下的 WebViewHistory全部删除，不新建，直接Debug运行，这样Eclipse会自动为你创建一个默认的WebViewHistory。
解决方案3：有可能是防火墙的问题。
解决方案4：因为以前都是可以的，所以百思不得其解，Google了半天，能找到的问题一般也都是因为对方没有开启远程调试端口，所以自然连不上，但是我这里显然不是这个情况。在困惑了好久以后，突然想到会不会是受到了 Eclipse 代理设置的影响？虽然觉得不太可能，因为我的理解是那个代理只是给 Eclipse 本身用的，并不是给通过 Eclipse 启动的应用程序用的。
解决方案5：这是因为Tomcat还没有启动，或者是没有以Debug模式启动。
解决方案6：同组其他人独占本连接，点击disconnect按钮。
解决方案7：有一点非常重要，先运行应用程序，然后连接它，否则Eclipse会抛出异常”Failed to connect to remote VM. Connection refused”。
解决方案8：找到tomcat/bin/catalina.bat文件，编辑，在CATALINA_OPTS之前加上下行代码set CATALINA_OPTS=-server -Xdebug -Xnoagent -Djava.compiler=NONE-Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=50001。【用来调试的端口号】保存，重启Tomcat。
解决方案9：原因最可能就是 Eclipse 中的 ip地址配置错误。
解决方案10： 估计是网络不稳定，最终还是调试成功了。
解决方案11：防火墙的问题。把360里面的网页防火墙关掉就好用了。我每次都重新装。这次终于找到原因了。
远程debug
1.打开Debug Configurations视图
2.右击Remote Java Application，
New
3.选择源码工程
4.输入远程IP和端口，端口即服务
端的$DEBUG_PORT,点击OK。

解决方案1：服务是在root 账户下启动的，关掉服务杀掉进程，然后用普通用户登录重启服务！（对我无效，因为我的服务不可以用普通用户启动）

解决方案2：在Eclipse中找到Run-Debug Configurations-Remote Java Application下找到相应工程在connect的tag下设置port为8000（表示在我这里无效）

如果还不能用的话，你把Remote Java Application下的 WebViewHistory全部删除，不新建，直接Debug运行，这样Eclipse会自动为你创建一个默认的WebViewHistory。(不可以直接debug！亲测)

解决方案3：有可能是防火墙的问题（关闭了防火墙，此问题依旧存在！）

解决方案4：因为以前都是可以的，所以百思不得其解，Google了半天，能找到的问题一般也都是因为对方没有开启远程调试端口，所以自然连不上，但是我这里显然不是这个情况。在困惑了好久以后，突然想到会不会是受到了 Eclipse 代理设置的影响？虽然觉得不太可能，因为我的理解是那个代理只是给 Eclipse 本身用的，并不是给通过 Eclipse 启动的应用程序用的。（我这里依旧行不通）

解决方案5：这是因为Tomcat还没有启动，或者是没有以Debug模式启动。（当然我这里不存在这个问题）

解决方案6：同组其他人独占本连接(同时只能有一个连接执行远程调试)，点击disconnect按钮。（我这里依旧不是这个问题）

解决方案7：有一点非常重要，先运行应用程序，然后连接它，否则Eclipse会抛出异常”Failed to connect to remote VM. Connection refused”.
　　提示一：在JVM DEBUG参数中，有一个参数叫”suspend”，它的取值有两个，“y”或者“n”，如果您刚开始就想调试的话，将参数设置为”suspend=y”，这样Eclipse会远程连接Java应用程序。
　　如果你想先运行项目，然后连接Eclipse，那么可以将参数设置为”suspend=n”，这样的话，Java应用程序会正常运行，之后Eclipse会开始远程连接。
　　提示二：使用启动脚本输入JVM调试参数，在脚本中使用变量isDebugEnabled或者REMOTE_DEBUG_PORT，当你想远程调试Java应用程序的时候，可以将这个变量导出。整个操作过程非常简单，只需要一次性的安装即可。
　　提示三：如果你得到错误提示”Failed to connect to remote VM. Connection refused”或者”Connection refused: connect”，那么可能出现的原因有两种可能。第一是您的Java项目没有运行在远程主机上，第二是输入端口和主机名有误，验证成功后，可以填写完整的主机名。
　　提示四：您也要确保本地Eclipse和远程Eclipse运行的是相同的代码库。使用调试选项”-g”可以编译代码，Eclipse可以轻松搜集调试信息，比如本地变量的调试信息，默认情况下，使用调试选项“-g”，类文件可能更大些调试信息。（依旧没有解决我这里的问题）

解决方案8：找到tomcat/bin/catalina.bat文件，编辑，在CATALINA_OPTS之前加上下行代码

set CATALINA_OPTS=-server -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=50001【用来调试的端口号】

保存，重启Tomcat（我这边这个也没能解决我的问题）

解决方案9：原因最可能就是 Eclipse 中的 ip地址配置错误（就是这个原因，复制IP地址复制错了，我也是。。。。）

解决方案10：
估计是网络不稳定，最终还是调试成功了。（这个吗。。。。。）

解决方案11：防火墙的问题。把360里面的网页防火墙关掉就好用了。我每次都重新装。这次终于找到原因了。（关闭了360，依旧没有解决问题）

结论：以后一定要看清楚最基本的配置，然后一步一步确定自己的结论是否正确，其实，IP地址写错，这个问题应该是第一个就排除的原因，而我却因为某种原因，没有进行检查，以至于浪费了一天的时间！
————————————————
版权声明：本文为CSDN博主「安善良民弱女子」的原创文章，遵循CC 4.0 by-sa版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/u011008029/article/details/50586793

---

苍山县18673935252： eclipse debug时为什么显示source not found - ？
锺满路得： 解决办法:-》在调试的线程上 右键单击-》选择Edit Source Lookup Path-》选择Add-》选择Project 选择自己正在调试的项目.保存.

苍山县18673935252： 调试程序时一直出现 debug error 怎么回事?? - ？
锺满路得： 最多的解决方案有: 1、设置host:127.0.0.1 localhost; 2、设置Eclipse或Netbean的debug端口,看是否与tomcat的debug端口一致; 3、查看是否有其他运行的进程占用了debug端口; 4、配置防火墙,允许 javaw.exe访问网络. 以上四种方案,...

苍山县18673935252： eclipse debug 远程java应用程序报连接至远程 vm 失败.连接被拒绝怎么解决 - ？
锺满路得： 远程调试对应用程序开发十分有用.例如,为不能托管开发平台的低端机器开发程序,或在专用的机器上(比如服务不能中断的 Web 服务器)调试程序.其他情况包括:运行在内存小或 CUP 性能低的设备上的 Java 应用程序(比如移动设备),或者开发人员想要将应用程序和开发环境分开,等等.

苍山县18673935252： eclipse没法debug,提示Cannot connect to VM - ？
锺满路得： 使用Eclipse对Java代码进行调试,无论是远程JVM还是本地JVM都会进行Socket通讯.发生这样的错误是由于Socket 通讯不上造成的.另外对于本地调试.JVM会在localhost上建立socket的,可以在命令行下ping一下localhost,确保hosts没有被篡改.还可以在命令行下使用命令netsh winsock reset 重置 Winsock 目录

苍山县18673935252： eclipse debug java源码时时总是显示 source not found - ？
锺满路得： source not found是因为找不到引用的source导致,重新加在一下jar包就可以了.解决办法:1、点击下图红圈,Change Attached Source 2、出现下图所示,对话框,选择src.zip,然后点击打开,src.zip在java的jdk目录下.3、重新开启debug,就可以找到对应的source了.

苍山县18673935252： 前辈指点:为什么eclipse中我在运行debug按F5的过程中经常出现Source not found.这句话? 见问题补充 - ？
锺满路得： 先去oracle官网上去下载java的源程序.一般是一个zip包.然后debug你的程序,当提示找不到源程序,需要添加时,将你下载的包追加进去即可.这个近适用于jdk的程序.如果想debug第三方程序的话,必须要源代码 希望对你有所帮助

苍山县18673935252： 用eclipse写java时,我想debug一个程序,但是总是跳出一些没见过的class文件.这是为什么呢 - ？
锺满路得： 那是你用到的类库里的类,这些类如果你没设置源码路径的化,只能看到.class文件内容,看不到源码.

苍山县18673935252： java新手,用eclipse编程时,发生异常,为什么没有显示在控制台上,而是直接跳出Debug窗 - ？
锺满路得： 你得先把控制台正在运行的程序关闭,一些程序可能正在debug运行所以再次运行时会直接跳转到刚刚运行的程序中

苍山县18673935252： eclipse debug 启动报错 run可以正常运行 求大神指点 - ？
锺满路得： 在使用Eclipse的debug功能时找到了抛出Cannot find a free socket for the debugger这个错误信息的原因是由于没有找到空闲的socket.是因为系统服务中ICS服务没有启动. 解决方案,入命令行:>netsh winsock reset 执行完上述命令后,重启电脑,ICS服务能够自动启动了.重新打开Eclipse,debug功能可以正常使用了

苍山县18673935252： Eclipse中关于Debug使用的一些问题~~ - ？
锺满路得： 首先,针对楼主提出的混乱问题进行分析~ 一般情况下,使用DEBUG不会产生混乱,但也有一种可能,当你多次运行同一文件,并且该文件均未完全运行时,可能造成你说的混乱现象~ 其实这种混乱也仅仅限于视觉上的,计算机仍然在独立运行...