1、为什么需要Debug
目的:开发过程中 查找或定位错误或者阅读源码
程序运行的结果(4种情况)
情况1:没有任何bug,程序执行正确!
情况2: 运行以后,出现了错误或异常信息。但是通过 日志文件或控制台
,显示了异常信息的位置。
情况3: 运行以后,得到了结果,但是结果不是我们想要的。
情况4: 运行以后,得到了结果,结果大概率是我们想要的。但是多次运行的话,可能会出现不是我们想要的情况。比如:多线程情况下,处理线程安全问题
2、Debug的步骤
1、添加断点
2、启动调试
3、单步执行
4、观察变量和执行流程,找到并解决问题
■ 断点的添加、取消、查看
添加/取消某个位置的断点:点击行号位置
查看所有断点:Ctrl + Shift + F8
取消所有断点: 点击查看所有断点,不勾选Java Line Breakpoints
▪ 调试中的断点意义:执行到了即生效了,就会暂停一下。
▪ 打多个断点的意义:整个项目也可以打一个断点,然后执行到想要观察的方法的调用,通过step into 进入观察,但是可能点快了,直接完执行方法调用。但是项目工程比较大,对于想要观察的方法打上一个断点,执行到了,它就会生效暂停,暂停一下更方便而已。
■ 设置好断点后,启动选择debug方式启动:
debug 键的位置:行号点击三角形可以选择,代码内容空白位置右键可以选择,菜单工具栏的运行臭虫子图标可以选择
代码中的打印、日志语句,执行后,在Debug模式下Console 观察
- 变量区的变量注意是当前方法栈的:
3、idea 调试快捷键
4、总结一下调试快捷键的使用
(1) 常用的:
观看下一步的单步调试[F8],进入方法体内部[F7],退出方法体,执行下一步[Shift+F8],直接跳到下一个断点[F9]
(2) 走神了:
回到当前文件断点位置[Alt+F10],跳到光标[Alt+F9],
太走神/观察不细致,那就重来一遍:回退到上一个方法调用的开始处[Drop Frame]
(3) 结束:
结束调试[Ctr+F2]、让当前断点后面的所有断点失效[Mute Breakpoints]
5、调试过程的其他小技巧
(1) Ctr+鼠标
- 点击目标进入,再次点击,如果不能再进入则会出来。目标可以是属性对象,也可以是类、是接口,是方法等等。
(2) Alt+箭头方向←
- 让光标回到上一个光标位置。有时候,因为Ctr+鼠标点击进入之后,在不移动光标位置,想退回上一个光标位置,那么Alt+←
(3) 全局搜索快捷键
-
Ctr+Shift+F
-
Ctr+Shift+N
(4) 定位当前打开的文件的位置
- 定位当前文件所在项目目录结构位置:
6、断点细分(重点:条件断点、线程调试)
(1) 方法断点:
- 刚进入方法会停顿一下
(2) 字段断点:
- 默认会停顿在字段值发生改变的位置
(3) ☺ 条件断点----适合观察循环体的代码执行流程
- 可以在断点位置,设置暂停的条件,右键断点
(4) 异常断点:
- 设置某种异常暂停
(5)☺ 线程调试:
- 设置,观察某个线程的执行
7、调试实践和心得总结
举例分布式项目调试,比如有三个应用:admin应用-将任务主体存储到redis,master应用-将redis任务主体进行执行。其中,master实际上是远程调用了worker应用-去执行任务主体。
(1) 多个应用调试观察执行流程:
-
要注意流程中应用执行,从A应用执行着到了应用B应用,然后再继续执行到应用C,调试的时候,也要跟着流程切换应用的调式模式。
-
当A应用debug着,突然卡着的时候,就需要考虑这时候执行流程是不是进入了应用B了,切换到应用B的debug模式观察一下。
-
切换到C应用的时候,观察执行下一步,迟迟不肯进入下一步,考虑是不是A应用是不是得“放行”,B应用执行到下一步,C应用才有资格进行执行。
举例:B应用[master应用],断点停在了调用远程C应用[worker应用]的这一行时候:workerWebservice.execChat(chatExecParam);
然后,因为是远程调用,如果你还点击下一步,会进入的是B应用的反射底层代码,这时候,需要通过打断点跳到下一个断点(C应用)的代码位置,然后观察C应用的工作流程,但是C工作,真正想要执行run方法,需要B应用执行到下一步,相当于“放行”。
(2) 打断点要注意远程调用的代码位置不能打,否则项目跑不起来
举例:在@FeignClient的接口中的方法打了断点,导致项目启动失败。
- 执行流程:A服务远程调用B服务
// A服务,将chatExecParam 发送给B服务[worker] 去执行
workerWebservice.execChat(chatExecParam);
// 中间的Fegin负载均衡
@FeignClient("chat-worker")
public interface WorkerWebservice {
@RequestMapping(value = "/execChat", method = RequestMethod.POST)
boolean execChat(@RequestBody CrawlerExecParam crawlerExecParam); //《---在这里打了断点,导致A服务启动失败
}
// B服务
@Override
@RequestMapping(value = "/execChat", method = RequestMethod.POST)
public boolean execCrawler(ChatExecParam chatExecParam) {
workerContext.getThreadPool().execute(new ExecQueueScanRunnable(chatExecParam, masterWebservice));
return true;
}
- 错误信息:
2023-03-11 22:45:38.162 [WARN ] [main] com.netflix.config.sources.URLConfigurationSource - No URLs will be polled as dynamic configuration sources.
2023-03-11 22:45:38.172 [INFO ] [main] com.netflix.config.sources.URLConfigurationSource - To enable URLs as dynamic configuration sources, define System property archaius.configurationSource.additionalUrls or make config.properties available on classpath.
2023-03-11 22:45:38.855 [WARN ] [main] com.netflix.config.sources.URLConfigurationSource - No URLs will be polled as dynamic configuration sources.
2023-03-11 22:45:38.866 [INFO ] [main] com.netflix.config.sources.URLConfigurationSource - To enable URLs as dynamic configuration sources, define System property archaius.configurationSource.additionalUrls or make config.properties available on classpath.
2023-03-11 22:46:30.475 [INFO ] [main] o.s.scheduling.concurrent.ThreadPoolTaskExecutor - Initializing ExecutorService 'applicationTaskExecutor'
2023-03-11 22:47:43.098 [INFO ] [main] o.s.scheduling.concurrent.ThreadPoolTaskScheduler - Initializing ExecutorService 'taskScheduler'
2023-03-11 22:47:46.228 [INFO ] [main] com.alibaba.nacos.client.naming - initializer namespace from System Property :null
2023-03-11 22:47:46.275 [INFO ] [main] com.alibaba.nacos.client.naming - initializer namespace from System Environment :null
2023-03-11 22:47:46.315 [INFO ] [main] com.alibaba.nacos.client.naming - initializer namespace from System Property :null
-
分析原因:[▷下次抽空补充!◀]~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-
解决:取消掉在@FeignClient接口下的方法打断点
(3) idea 卡着不动/debug 执行太慢:
- 调试点击下一步,或者调试跳到下一个断点的时候,idea 卡着不动:
▪ 判断是否卡着:按键-结束调试是激活状态;重要的是在Variables 提示了一句:程序正在运行The application is running
▪ 程序真正(debug)结束:
- 原因分析:
① 可能原因1:方法断点会使得正在debug调试的程序变慢【建议:少用方法断点】
② 可能原因2:断点打太多。建议尽量不要在项目里打过多的断点,调试哪里就在哪里打上,调试完把断点去掉就好。
③ 可能原因3:执行的方法是远程方法(和网络有关)或者执行的方式是数据库操作有关。
☺ 心得总结
1、 建议:少用方法断点
2、 建议:不要打太多断点,为了观察方便,需要再打,观察完,可以去掉断点。
3、注意:如果项目是分布式项目,负载均衡@Feign的接口中的方法【 本来就不建议在方法的位置打断点了!
】,如果影响了项目启动,请取消断点。
如果本文对你有帮助的话记得给一乐点个赞哦,感谢!
标签:11,22,小心,idea,应用,执行,断点,调试 From: https://www.cnblogs.com/shan333/p/17208004.html