远程DEBUG的必要性

由于部署环境的差异性，相信很多朋友都碰到过开发环境正常测试过的功能在测试环境甚至生产环境下出现bug的情况。一般情况下，生产环境可以采取的手段比较单一，即通过日志的方式获取运行中的环境上下文，分析日志文件并尝试重现bug。这会带来的问题还是不少的，首先，日志的分析是一项比较耗时的工作；其次，现有的日志记录不一定能反映出问题，你可能需要多次重复这个过程(分析日志->猜测问题->加日志->部署->获取日志)来慢慢逼近问题。倘若是测试环境，我们还多了一项可供选择的手段——远程调试——将程序在测试环境中以debug模式启动，在本机使用IDEA在工程中设置断点进行调试。

需要准备内容

如果是Maven项目在pom.xml中添加下面参数

<build>
	<plugins>
		<plugin>
			<groupId>org.springframework.boot</groupId>
			<artifactId>spring-boot-maven-plugin</artifactId>
			<configuration>
				<jvmArguments>-Xdebug -Xrunjdwp:transport=dt_socket,address=9087,server=y,suspend=n</jvmArguments>
			</configuration>
		</plugin>
	</plugins>
</build>

或者在启动jar的时候在启动参数上添加
-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=9087

具体参数详解：
-Xdebug 通知JVM工作在DEBUG模式下；
-Xrunjdwp 通知JVM使用(Java debug wire protocol)运行调试环境。该参数同时包含了一系列的调试选项；
transport 指定了调试数据的传送方式，dt_socket是指用SOCKET模式，另有dt_shmem指用共享内存方式，其中，dt_shmem只适用于Windows平台；
address 调试服务器的端口号，客户端用来连接服务器的端口号；
server=y/n VM 是否需要作为调试服务器执行；
suspend=y/n 是否在调试客户端建立连接之后启动 VM；

演示

远程项目启动后本地直接

然后把断点打好就行 ,就和在本地使用效果一样

注意: 本地文件内容必须和远程项目的文件内容一致(包括位置)在使用debug过程中不能动文件内容否则那一块debug会失效

点赞 -收藏-关注-便于以后复习和收到最新内容有其他问题在评论区讨论-或者私信我-收到会在第一时间回复如有侵权，请私信联系我感谢,配合,希望我的努力对你有帮助^_^