java程序员必会-远程debug

现在都是拆分的比较细的微服务了，当系统运行在测试环境出现问题的时候，就需要按照日志来分析出什么问题了。有的能看出来，要是年久失修的老项目，那么说不定连log都没有。纯纯的看源码找问题，效率就很低了。

其实这个时候还可以远程debug，来更精确的定位问题。效率也是高高滴。

这个之前在工作中其实一直在使用，但是不知道咋配置的，今天就找了一些资料，自己实际配置了一下。

下边我们介绍下如何操作：

启动添加参数

启动的时候添加如下参数：

java -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=192.168.1.101:7891 -jar demo-0.0.1-SNAPSHOT.jar

参数大概讲一下：

• transport 指定了调试数据的传送方式，dt_socket是指用SOCKET模式，另有dt_shmem指用共享内存方式，其中，dt_shmem只适用于Windows平台；
• address 调试服务器的端口号，客户端用来连接服务器的端口号；
• server=y/n VM 是否需要作为调试服务器执行；
• suspend=y/n 是否在调试客户端建立连接之后启动 VM；

启动成功后显示如下：

配置idea

我我们可以去idea配置了。

点击 editConfigurations...

点击左上角的+号，选择Remote Jvm Debug

填写地址和端口号

点击apply，点击OK

启动debug模式

这时就可以点击debug按钮启动了

成功会有如下提示：

测试

编写测试代码如下：

@Slf4j @RestController @RequestMapping("test") public class TestDebug { @GetMapping(value = "debug/{num}") public String verifyNum(@PathVariable Integer num) { int a = num;
        log.info("接收到参数{}",a); return "ok";
    }
}

当使用浏览器访问这个接口，并在log位置添加断点的时候

http://192.168.1.101:8080/test/debug/1 

就会走进断点，并显示我们传入的值。

这个时候就可以愉快的debug啦。