前言
程序员在坊间有非常多有趣的故事，其中就有这么一则：”这个在我的电脑上是好的，没问题的呀，诺，你看咯，一定是你打开姿势不正确，浏览器版本不正确，操作系统不统一等，总之不是我代码问题(傲娇)”。看到这里，有些朋友也许会笑，甚至拿着这些梗来调侃我们程序员兄弟。我是第一个不同意的，做技术的都知道，上面的回答一点毛病都没有，甚至称得上有理有据呀。就拿前端来说：编写的代码，在chrome浏览器上能完美呈现，在Firefox上就可能没那么完美，在Safari浏览器上就只能勉强显示了，在IE上就可能直接罢工了。同样的，后端其实也是一样的。就说Java吧，同样的代码，在windows上开发，联调，部署就是没问题，一到Linux上就死翘翘。这是环境差异导致代码不兼容发生的*，这锅我们程序员可不背。但话又说回来了，我们程序员眼里是揉不得半点沙子的，这问题，还得我们来解决。你看，隔壁前端涛哥就在写代码兼容浏览器呢，后端翔哥就在分析跨平台问题呢。
能做什么?
程序员在面对一个未知的知识时，心中总有一丝顾虑，这东西有什么用呢?能解决什么问题呢?是否能提高我的效率呢?在回答这个问题之前，那么我先说说，我在日常工作中是怎么解决问题的。在开发阶段，先单元测试，再联调测试。在这期间遇到问题。先通过日志分析问题，如果已有的日志不足以分析出问题。就想办法，还原问题。问题还原后，先检查本地开发环境是存在该问题，捋一遍逻辑，如果看不出来的话，就进行本地debug。一步一步调试，看程序究竟在哪一步出错。这样下来，大部分问题也能得以解决。但像上面讲到的在windows / mac 上开发，Linux部署时出现的问题。在详细介绍利器之前，我想，有些童鞋可能会考虑安装一个与部署机器一致的系统进行Debug，进行调试来解决问题。当然了，这不是不可以。只是我想分享一个更好，更省心的方法给你，多留一点给你喝咖啡，休息的时间。
初识JDPA
言归正传，现在开始介绍今天的主角Java Debug利器 - JPDA。说利器一点都不为过，但更严谨一点的，更官方的描述是这样的：
JPDA 全称: Java Platform Debugger Architecture (Java调试器架构)。是一套Java虚拟机自带的调试体系。
JPDA 其实由三个部分组成，分别是：
定义VM(虚拟机)的调试服务 JVM TI(Java VM Tool Interface)。
该组件提供了查看Java所有状态的职责。包括但不限于：JVM分析，监控，调试，线程分析，以及覆盖率分析等功能。其由JVM提供，与具体语言无关。
定义调试器与调试者通信协议的 JDWP - Java Debug Wire Protocol。定义的主要是调试者与调试器通信时的传输信息以及请求数据格式。但不限制其传输机制。例如：有的使用socket，有的使用serial line，有的使用share money 等等。
Java实现的Debug Interface 接口 JDI - Java Debug Interface。可以理解为Java语言实现的Debug Inteface，Java程序员可以直接使用其编写远程调试工具，有很多的IDEA的远程调试功能底层就是通过调用JDI接口实现的。
小试牛刀
通过上面简述，现在我们已经对JPDA已经有一些概念了，现在介绍下在IDEA+Tomcat下如何实现远程调试。首先，我们可以在远程Tomcat下修改JPDA参数，Linux下打开 tomcat目录/bin/catalina.sh 文件，找到如下代码所述:
if [ $1 = jpda ] ; then
if [ -z $JPDA_TRANSPORT ]; then
JPDA_TRANSPORT=dt_socket
fi
if [ -z $JPDA_ADDRESS ]; then
JPDA_ADDRESS=localhost:8000
fi
if [ -z $JPDA_SUSPEND ]; then
JPDA_SUSPEND=n
fi
if [ -z $JPDA_OPTS ]; then
JPDA_OPTS=-agentlib:jdwp=transport=$JPDA_TRANSPORT,address=$JPDA_ADDRESS,server=y,suspend=$JPDA_SUSPEND
fi
CATALINA_OPTS=$JPDA_OPTS $CATALINA_OPTS
shift
fi
Windows 下则在：
tomcat/bin/catalina.bat 找到如下代码:
if not %1 == jpda goto noJpda
set JPDA=jpda
if not %JPDA_TRANSPORT% == goto gotJpdaTransport
set JPDA_TRANSPORT=dt_socket
:gotJpdaTransport
if not %JPDA_ADDRESS% == goto gotJpdaAddress
set JPDA_ADDRESS=localhost:8000
:gotJpdaAddress
if not %JPDA_SUSPEND% == goto gotJpdaSuspend
set JPDA_SUSPEND=n
:gotJpdaSuspend
if not %JPDA_OPTS% == goto gotJpdaOpts
set JPDA_OPTS=-agentlib:jdwp=transport=%JPDA_TRANSPORT%,address=%JPDA_ADDRESS%,server=y,suspend=%JPDA_SUSPEND%
:gotJpdaOpts
shift
:noJpda
上述参数定义了Tomcat下JPDA默认参数，其中包括:
JPDA_TRANSPORT(调试者与调试器传输的协议)。上述表示使用socket方式进行传输。
JPDA_ADDRESS(JPDA地址以及端口号)，默认为: localhost:8000,表示本机的8000端口。如果使用远程的话，通常将localhost:去掉，修改为特定的端口即可。
JPDA_SUSPEND 表示通过JPDA启动后，JVM是否立即暂停，默认为n。
修改配置后，我们使用 ./catalina.sh jpda start 命令进行启动tomcat即可。
IDEA 步骤如下所示：
Edit Configurations-Remote-修改Host以及Port端口即可-点击Apply即可!
这样我们就可以像在本地调试一样，进行断点调试了!
IDEA 如下所述：
最后
现在我们能够在远程机器上像本地机器一样，进行调试，简直不要太爽。但有一点是需要格外注意的，那就是不建议在生产环境上是使用这种方式进行调试。因为我们都知道调试过程中会阻塞其它的请求，这样就会造成其它的请求直接block，造成得不偿失的后果。在生产环境还是建议通过分析日志，以及尝试在测试环境还原等手段来解决生产问题。不建议使用这么激进的方式来解决。