正文
现在都是拆分的比较细的微服务了，当系统运行在测试环境出现问题的时候，就需要按照日志来分析出什么问题了。有的能看出来，要是年久失修的老项目，那么说不定连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的资料请关注编程网其它相关文章！
