今天在测试环境部署项目的时候，tomcat启动报错，错误信息如下：
小编觉得非常简单的一个事情，结果掉在坑里面了！
再部署的时候我直接复制了一个项目的文件夹，修改了一下配置文件和端口，也就几分钟的时候，结果启动的时候没有起来，这就尴尬了，一直提示端口重复，我尝试修改了server.xml中的几个端口，发现上面的错误还是存在。尝试了几遍不好使，我就仔细的看了看这个错误，发现提示JDWP 远程调试端口 冲突，debugInit 存在错误。幸好我前段时间搞了搞idea 远程调试 tomcat。
https://blog.csdn.net/hao134838/article/details/82050008
于是小编查了一下这个配置，结果在意料之中，这个tomcat竟然打开了远程调试。所以解决办法就简单了，直接修改远程端口就好了。具体曹组直接参考上面链接就好了。
所以，简单事情我们也应该好好看错误提示，避免浪费时间！
JDWP 协议介绍
JDWP 是 Java Debug Wire Protocol 的缩写，它定义了调试器（debugger）和被调试的 Java 虚拟机（target vm）之间的通信协议。
这里首先要说明一下 debugger 和 target vm。Target vm 中运行着我们希望要调试的程序，它与一般运行的 Java 虚拟机没有什么区别，只是在启动时加载了 Agent JDWP 从而具备了调试功能。而 debugger 就是我们熟知的调试器，它向运行中的 target vm 发送命令来获取 target vm 运行时的状态和控制 Java 程序的执行。Debugger 和 target vm 分别在各自的进程中运行，他们之间的通信协议就是 JDWP。
JDWP 与其他许多协议不同，它仅仅定义了数据传输的格式，但并没有指定具体的传输方式。这就意味着一个 JDWP 的实现可以不需要做任何修改就正常工作在不同的传输方式上（在 JDWP 传输接口中会做详细介绍）。
JDWP 是语言无关的。理论上我们可以选用任意语言实现 JDWP。然而我们注意到，在 JDWP 的两端分别是 target vm 和 debugger。Target vm 端，JDWP 模块必须以 Agent library 的形式在 Java 虚拟机启动时加载，并且它必须通过 Java 虚拟机提供的 JVMTI 接口实现各种 debug 的功能，所以必须使用 C/C++ 语言编写。而 debugger 端就没有这样的限制，可以使用任意语言编写，只要遵守 JDWP 规范即可。JDI（Java Debug Interface）就包含了一个 Java 的 JDWP debugger 端的实现（JDI 将在该系列的下一篇文章中介绍），JDK 中调试工具 jdb 也是使用 JDI 完成其调试功能的。
协议分析
JDWP 大致分为两个阶段：握手和应答。握手是在传输层连接建立完成后，做的第一件事：
Debugger 发送 14 bytes 的字符串“JDWP-Handshake”到 target Java 虚拟机
Target Java 虚拟机回复“JDWP-Handshake”
握手完成，debugger 就可以向 target Java 虚拟机发送命令了。JDWP 是通过命令（command）和回复（reply）进行通信的，这与 HTTP 有些相似。JDWP 本身是无状态的，因此对 command 出现的顺序并不受限制。
JDWP 有两种基本的包（packet）类型：命令包（command packet）和回复包（reply packet）。
Debugger 和 target Java 虚拟机都有可能发送 command packet。Debugger 通过发送 command packet 获取 target Java 虚拟机的信息以及控制程序的执行。Target Java 虚拟机通过发送 command packet 通知 debugger 某些事件的发生，如到达断点或是产生异常。
Reply packet 是用来回复 command packet 该命令是否执行成功，如果成功 reply packet 还有可能包含 command packet 请求的数据，比如当前的线程信息或者变量的值。从 target Java 虚拟机发送的事件消息是不需要回复的。
还有一点需要注意的是，JDWP 是异步的：command packet 的发送方不需要等待接收到 reply packet 就可以继续发送下一个 command packet。
