现在都是拆分的比较细的微服务了,当系统运行在测试环境出现问题的时候,就需要按照日志来分析出什么问题了。有的能看出来,要是年久失修的老项目,那么说不定连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配置了。
点击apply,点击OK
这时就可以点击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啦。