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啦。

以上就是java程序员必会的远程debug教程的详细内容，更多关于java远程debug的资料请关注脚本之家其它相关文章！