如果你也会这样调试,那你真是泰酷辣

1.引言

Hi,大家好,我是有清。

工欲善其事,必先利其器,学会如何利用 IDEA 高效 debug ,将会大大提升我们的工(mo)作(yu)效(shi)率(jian)

基本的断点调试方式就不讲解,网上有很多优秀的文章,主要举一些我们日常工作中容易被忽视的调试技巧

2.正文

2.1 断点执行至光标处

我们当前断点停止在第 5 行,假设我们想断点调试第 12 行,一般来说,我们在 12 行断点,然后直接往下走即可

但其实我们可以这样

直接 Run to Cursor (强烈建议快捷键操作,更加丝滑 option + F9),就可以直接断点到我们的 12 行

2.2 快速执行表达式

我们通常在调试的时候,利用 Evaluate Expression...(option + F8),可以进行我们的表达式执行,

有一定开发经验的小伙伴肯定使用过这个功能,因为在工作中,这个调试技巧使用的频率还蛮高的,我们可以利用快捷键高效调试,例如下图

快捷键:alt + d 唤起执行窗口 -> option + F9 定位光标处 -> option + command + f8 快速执行表达式

2.3 调试的时光倒流

有的时候,我们的小伙伴可能心太急,一路迅速 deubg,却忘记沿途的风景了,这个时候我们就需要利用到 drop frame,具体操作如下图所示

2.4 仅调试循环中的一个条件

有的时候,我们只想调试 for 循环中的某个条件,假设我们这个循环有 100 次,其中只有第99次的循环是我们想要的,如果我们一直点点点,点到第99次,那真是有一点痛苦,我们可以这样

2.5 谁给变量赋的值?

在我们的项目中,假设有个变量 a,我想知道这个流程中到底是谁给 a 赋过值,结果一反引,几百处引用,那么我该如何知道谁在方法中给 a 赋了值,我们只需要在 pojo 对象的 a 字段上打上断点即可,动图展示一下

2.6 这个方法何去何从

在我们的项目中,有个接口 a,但是有无数的类实现了这个接口 a,我想调试到真正执行 a 方法的地方,我该怎么做?在无数实现类中 debug 吗?我们可以将断点打在这个接口 a 方法上(当然,这个将会使你的 debug 变慢)

2.7 不暂停的 debug

通常情况下,我们断点的时候,会卡住当前线程

假设我们在主预发或者公用环境进行debug,就老感觉背后有人在骂我,谁 *** 又在debug,环境 *** 的怎么又不通了,所以当我们想要愉快在公用环境debug的时候

查看变量值

不暂停直接观察相关变量值

强行改变变量值

是谁调用了我

可以直接观察到调用堆栈,类似 Arthas 的 trace

你进来了不

如果执行了断点所在位置,会在控制台打出一行日志

2.8 异常断点

全局异常断点,会自动断点到我们出现异常的地方,具体操作可见图

闲言碎语

贴一张最近杭州的天空的云

往期文章

日志全链路追踪之MDC

像写诗一样写代码:扁平化管理你的代码

这五种方式拓展Bean的生命周期,你必须记住

相关推荐
牧瀬クリスだ12 小时前
Spring统一功能处理
java·spring boot·spring·状态模式
SL_staff12 小时前
从钉钉日报到动态数据看板:面向业务侧的低代码BI实践路径
java·数据分析·数据可视化
TDengine (老段)12 小时前
TDengine TSDB 实战排障四(升级与兼容)
android·java·大数据·数据库·物联网·时序数据库·tdengine
nhdh12 小时前
SpringAI与SpringAIAlibaba:标准与生态的完美互补
java·人工智能·spring
Apifox13 小时前
Apifox 9 月更新|CLI 能力升级、GitLab 私有化部署接入与产品体验优化
前端·后端·测试
鱼弦13 小时前
Agent智能体 vs 传统运维:职业天花板的3倍差距?
后端
暗夜行者之光13 小时前
LangGraph 实战:用 LangSmith 可视化追踪 AI 智能体执行轨迹
后端
鱼弦13 小时前
Agent 的工具选择策略:从硬编码到动态决策
后端
Lost of 程序猿13 小时前
建造者模式实战:告别“十参数构造函数“的数据导出任务
后端·设计模式·c#·asp.net
SensorFlow13 小时前
ClickHouse 埋点事件表:先验证时间与重复,再谈漏斗看板
后端