解决IDEA debug只有第一次好使，之后不好使问题

最新推荐文章于 2024-08-12 11:36:16 发布
原创 最新推荐文章于 2024-08-12 11:36:16 发布 · 8.7k 阅读 · 4 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#idea #debug #springboot

本文分享了一个IDEA中debug模式下的小技巧，解决了一个常见的问题：在SpringBoot项目中，使用Maven进行clean install后，如何在IDEA中多次调试而不仅仅是第一次请求才能进入断点。文章提供了详细的步骤，帮助开发者更高效地定位和解决问题。

之前在使用idea debug代码的时候，发现debug模式下，只有第一次请求会进入断点，后续请求都直接跳过断点，跟Run模式一样。之前需求比较简单，基本使用日志就能解决问题，今天遇到一个sharding分表的问题，没办法需要多次debug。上网搜了一圈，全都不好使。好多都是建议如下操作
在这里插入图片描述
然而这样并不能解决我的问题，还是只能debug一次，后来不适用idea自带的容器跑项目就可以debug了。具体如下
我的项目是用Springboot跑的maven项目
1、进入到项目的本地目录，先用maven clean install 项目
即 mvn clean install -DskipTests -Poffline
2、在idea中按照如下选择红框部分（不要直接使用蓝框部分，注意图标的区别），在idea中启动就可以debug了
在这里插入图片描述
当然这种也有不方便的地方就是每次修改代码，都需要执行命令打包部署

Intellij IDEA 使用教程(十六)IDEA Debug使用
岁月不饶人，我亦未曾饶过岁月
04-07 4249
文章目录一.Debug开篇二.基本用法&快捷键三.变量查看四.计算表达式五.智能步入六.断点条件设置七.多线程调试八.回退断点九.中断Debug十.附：JRebel激活 Debug用来追踪代码的运行流程，通常在程序运行过程中出现异常，启用Debug模式可以分析定位异常发生的位置，以及在运行过程中参数的变化。通常我们也可以启用Debug模式来跟踪代码的运行流程去学习三方框架的源码。 一.De...
idea 中用Debug 调试程序（一）
qq_58309003的博客
12-09 443
1.Debug 2.基本用法&快捷键 3.变量查看 4.智能步入 5.断点条件设置 Debug： 　　首先看下IDEA中Debug模式下的界面。 　　如下是在IDEA中启动Debug模式，进入断点后的界面，我这里是Windows，可能和Mac的图标等会有些不一样。就简单说下图中标注的8个地方： 　　① 以Debug模式启动服务，左边的一个按钮则是以Run模式启动。在开发中，我一般会直接启动Debug模式，方便随时调试代码。 　　② 断点：在左边行号栏单击左键，或者快捷键Ct...
解决：IDEA的debug模式只有第一次能拦截请求进行debug，后续所有请求全部失效
weixin_48033662的博客
11-29 1238
解决：IDEA的debug模式只有第一次能拦截请求进行debug，后续所有请求全部失效
关于Idea中的debug模式只能执行一次的问题
一捌柒的博客
08-12 1586
【1】如果你只是单次debug测试，可以直接使用F9来进行代码行进调试，如果你当次调试没把握就能排查到问题，就可以使用Resume Program来进行调试；【2】有时候即便我使用F9时，偶尔也能进入断点，但是是有一定随机性的，不知道原因，但是并不靠谱，总不能抱着侥幸心里吧，所以如果你想每次都能实现debug拦截请求，还是使用Resume Program【3】当然，如果你本身的项目启动记载就不大不需要太多时间的话，你选择每次去重启debug模式也是可以的=_=；
idea之前打开没有问题的项目再次打开出了问题解决办法
qq_45900832的博客
04-23 1006
都是技术大牛，好厉害，崇拜 转载：https://blog.youkuaiyun.com/qq_37164847/article/details/83415492
IDEA debug 只能进入一次的问题
u010674768的博客
01-17 1万+
遇到了一个问题，换了IDEA 了以后，debug断点只能进入一次，第二次直接就从断点过去了。所以，上网 一种方法为： 选择这两项，就能进入第二次断点。但是在我这不知道为什么行不通 所以我开始了第二种方法： 首先检讨自己，我不喜欢用F8，F9这种键盘快捷键，总是用IDEA带的键 所以我每次用的 其实为Alt+F9,所以导致进不来。 换做F9来运行完整个代码的时候，发现第二次...
关于idea的debug只执行一次的问题
qq_35956992的博客
11-24 3555
如图标1:点击快进按钮，如果当前方法有下一个debug点，会走到下一个点，但是当请求执行完成之后，之后的请求是不会走debug模式的(除非重启服务) 如图标2:点击这个，如果当前方法有下一个debug点，会进入下一个debug点，如果没有的话，会执行完当前请求。当前请求完成之后第二次发起请求会继续走debug模式 Debugger是debug的变量进程之类的。console是打印的日志信息 ...
【IDEA】如何Debug
weixin_43071838的博客
01-30 748
点进来80%的人都知道 Debug用来追踪代码的运行流程，通常在程序运行过程中出现异常，启用Debug模式可以分析定位异常发生的位置，以及在运行过程中参数的变化。通常我们也可以启用Debug模式来跟踪代码的运行流程去学习三方框架的源码。这是很重要的这就是我们传说中所说的点飞了，就是点着点着就不知道点到哪里去了 接下来进入正题，先说一下这篇文章的Outline，如果会的地方就别看了，省时间，毕竟大家...
如何使用IDEA进行DeBug
qq_45858803的博客
01-08 541
文章目录第一步：必不可少的我们得事先准备有bug的程序，这里我准备了如下程序class Boyclass CircleSingleLinkedListclass CircleSingleLinkedListTest第二步：在合适的位置插入断点第三步：启动DeBug第四部：开始在断点处走程序第五步：开始正式DeBug（回滚思路）第六步：整个Debug过程结束 第一步：必不可少的我们得事先准备有bug的程序，这里我准备了如下程序 class Boy public class Boy { //节点编号
手把手带实习生——IDEA Debug 调试技巧（开发必会技能）
刘传波的博客
09-30 1202
Debug用来追踪代码的运行流程，通常在程序运行过程中出现异常，启用Debug模式可以分析定位异常发生的位置，以及在运行过程中参数的变化。通常我们也可以启用Debug模式来跟踪代码的运行流程去学习三方框架的源码。
IntelliJ：关于idea debug只能进入一次的问题
wimpykids的博客
07-03 716
关于idea debug只能进入一次的问题
Idea的debug模式断点只能起作用一次的问题
u012620150的专栏
05-12 2512
那就是在第一次断点生效的时候,不要点击这个按钮（Alt+F9）继续运行后续代码。 正确的做法是按F9键或F8，或点击这里
关于idea debug只能进入一次的问题
weixin_44967580的博客
10-12 2527
问题描述： 在修改bug的时候，我发现我的debug之能进入一次，每一次都需要重新跑代码才可以重新进入debug，这非常的浪费时间！ `` 原因分析： debug时候不可以手动点击这个图标，如果点击这个图标后面的debug将不在进入 解决方案： 用F9快捷键代替即可 ...
idea的debug只有第一次能进，之后不能再次进入的问题
Java技术
03-17 1257
debug不能用alt+F9结束，要用F9结束。
idea debug断点第一次生效，第二次不生效无法进入debug断点
颜值即正义
06-05 5349
结束debug的时候，用F9而不是Ctrl+R（ALT+F9,每个人的快捷键不一样） 如果结束错误，无法进入断点，直接重启之后，注意用F9结束就好了。
IDEA的Debug模式，第一次进入断点，后续不进入断点的问题
weixin_45867895的博客
06-24 1675
IDEA的Debug模式，第一次进入断点，后续不进入断点的问题 这个问题其实是和个人的操作习惯有关的，点击红框结束短点的话，这样结束之后，下次再运行后，就进入不了断点了。 事实上，如果下次依旧想进入断点，此时应该点击上图绿色的小三角(Resume Program),当结束后，下次调试之后，就可以再次进入断点了 ...
idea debug模式下新手只能进入接口debug一次，第二次无效
weixin_44079262的博客
08-20 1584
debug完之前，不要一直下去，点左上角的小三角。 记录一下，刚刚学会用debug模式调试接口，尴尬了哈哈
IDEA “debug“ 启动卡住的问题
热门推荐
IT小郭的技术博客
03-05 1万+
IDEA ”debug" 启动问题
dea debug打得断点第一次可以进入，第二次不能进入
tianmaxingkonger的专栏
08-18 3020
小白刚刚试用版idea，但是在debug的时候，断点只有第一次能够进入，第二次去不能进入，以为是idea的bug，翻阅啦好多的博客，和论坛，发现没有人解决这个问题，其实是debug的设置问题。只要改一下设置，断点就可以，再次进入啦。分享一下，希望遇到相同问题的不要纠结。 原文地址：http://bbs.youkuaiyun.com/topics/392003661
idea 怎么中支一个方法的 debug，并不再往下执行
最新发布
03-27
<think>好的，我现在需要帮用户解决如何在IntelliJ IDEA中调试某个方法时，让程序执行到该方法后停止，并不再继续执行后面的代码。首先，我得回忆一下自己使用IDEA调试的经验，或者查找相关的调试技巧。 用户的问题涉及到调试时的断点设置，可能需要某种特殊的断点类型。普通的断点只是暂停程序，但用户希望暂停后不再继续执行，也就是让程序停在那里，不继续运行下去。这时候，我应该想到断点的高级设置，比如条件断点或者断点的动作设置。 在IDEA中，通常可以通过在断点上右键，选择“More”或者“Suspend”选项，然后配置断点的行为。可能的解决方案是设置断点触发后执行某个动作，比如抛出异常或者强制返回，但用户希望的是停止执行，而不是让程序崩溃。或者，是否有选项让程序在断点处挂起，并且不继续执行？ 另一个思路是使用“Force Return”功能，当程序执行到断点时，强制从当前方法返回，这样后面的代码就不会执行了。但这需要用户手动操作，可能不是自动化的解决方案。用户可能希望设置一次断点，之后每次触发都自动停止，不需要手动干预。 我记得IDEA的断点可以设置条件，比如在满足某个条件时触发，或者执行一段日志表达式。但如何让程序停止呢？可能是在断点的动作里，勾选“Suspend”然后设置某种条件，让程序挂起，并且在执行完断点动作后不继续运行。或者，是否有选项可以设置断点触发后，直接暂停虚拟机？ 或者，是否有一种断点类型，比如“方法断点”，当进入某个方法时触发，然后暂停，并且不继续执行后续代码。但方法断点通常是在进入或退出方法时暂停，但如何阻止后续执行呢？ 可能需要结合断点的“Action”设置。例如，在断点的属性中，添加一个动作，比如记录信息，并勾选“Suspend”让程序暂停，然后同时设置“Disable after firing”，这样断点触发一次后就会失效。但这样可能只暂停一次，而用户可能需要每次都停止。 或者，在断点的动作里执行一个无限循环或者让线程休眠，但这可能不太安全，也影响程序的其他部分。 再查资料，发现IDEA有一个功能叫做“Force Return”，在调试时，当停在某个断点处，可以右键选择“Force Return”来强制方法返回，这样后面的代码就不会执行了。但这是手动操作，每次都需要用户干预。用户可能希望自动化，即设置断点后自动触发这个行为。 有没有办法在断点触发时自动执行Force Return？可能需要使用调试器的评估表达式功能，在断点动作中编写脚本。例如，在断点的动作里，调用一个返回语句，或者抛出异常，从而提前终止方法执行。 具体步骤可能如下： 1. 在目标方法内部的第一行设置断点。 2. 右键点击断点，进入断点设置。 3. 在“Actions”部分，输入一个返回值的表达式，比如对于void方法，直接返回；对于有返回值的方法，返回一个默认值。 4. 勾选“Suspend”选项，这样程序会暂停，同时执行返回动作，后续代码不再执行。 或者，可能需要使用“Condition”来设置，当条件为真时触发断点，并在动作中强制返回。但不确定是否可行。 可能需要更详细地了解IDEA的断点动作功能。例如，在断点的动作中，可以执行一段Groovy脚本，这段脚本可以修改程序的状态，或者调用调试器的API来强制返回。 例如，设置断点的动作为： return; // 对于void方法 或者对于非void方法，返回一个默认值，比如： return 0; // 如果方法返回int 然后勾选“Evaluate and log”，同时勾选“Suspend”，这样当断点触发时，执行该返回语句，并暂停程序。但这种方法是否可行呢？可能需要验证。 另外，IDEA的官方文档是否有相关说明？查阅发现，IDEA的断点动作确实支持在断点触发时执行一段表达式，并且可以修改上下文变量，或者调用方法。但如何强制方法返回呢？ 可能正确的做法是：在断点的动作中使用“Force Return”的API，或者通过抛出异常的方式终止执行。例如，在动作中抛出一个异常，但这样会导致程序异常，可能不是用户想要的。 或者，用户可能只需要让程序在断点处暂停，然后手动点击“Force Return”按钮，这样后续代码就不会执行。但用户希望自动停止，不需要手动操作。 总结可能的解决方案： 1. 使用断点的“Force Return”功能，在断点触发后手动执行。 2. 设置断点动作，执行返回语句，使方法提前返回，并暂停程序。 但不确定第二种是否可行，可能需要测试。例如，在动作中编写代码： if (true) return null; 不过这可能只能在当前行返回，但后续代码是否执行？或者这行代码是否会影响实际的程序流程？ 或者，在断点的条件中设置一个条件，当满足时触发断点，并执行返回动作，但需要具体语法支持。 经过思考，可能正确的步骤是： 在IDEA中，设置方法断点，然后在断点的动作中，勾选“Evaluate the following expression”，输入需要返回的值，并选择“Remove once hit”或者类似选项，使得断点触发后执行返回动作，从而跳过后续代码。 或者，使用“Method Breakpoint”，在进入方法时暂停，然后通过调试器的“Force Return”功能手动停止。但用户希望自动化。 最终，可能需要指导用户设置断点，并在断点的动作中执行强制返回的表达式，同时暂停程序。具体步骤可能包括： 1. 在方法的第一行设置行断点。 2. 右键断点，选择“More”或打开断点属性。 3. 在“Actions”选项卡，输入要返回的表达式（比如对于void方法，输入“return;”）。 4. 勾选“Suspend”以确保程序暂停。 5. 可能需要勾选“Disable after hit”使断点只触发一次，或者根据需求调整。 不过，实际操作中，这样的表达式可能无法直接修改程序流程，因为断点的动作通常用于记录或评估，而不是改变程序执行路径。因此，可能必须依赖手动操作，比如在断点暂停后，手动点击“Force Return”。 因此，正确的答案可能是：在IDEA中，当调试到方法断点时，暂停程序，然后使用“Force Return”功能（右键点击调试器栈帧，选择Force Return），这样方法会立即返回，后续代码不会执行。同时，可以结合条件断点，使得每次进入该方法时都自动触发此操作。 或者，用户可能需要的是一个一次性的调试步骤，当进入某个方法时，立即返回，停止执行后续代码。这可能需要手动操作，而不是自动化的断点设置。 综合上述思考，最终的步骤应该是指导用户设置断点，并在触发时手动执行Force Return，或者通过条件断点和动作实现某种自动返回，但可能受限于IDEA的功能，只能手动操作。</think>在 IntelliJ IDEA 中，若要在调试时让程序执行到某个方法后停止并不再继续执行后续代码，可以通过以下两种方式实现： --- ### **方法一：手动触发 `Force Return`（推荐）** 1. **设置断点** 在目标方法的**第一行代码处**设置行断点（单击行号左侧区域）。 2. **启动调试模式** 右键点击代码，选择 `Debug 'YourClassName'`，运行程序至断点处暂停。 3. **强制返回（Force Return）** 当程序暂停在断点时： - 在调试器的 **Stack Frame** 面板中，右键点击当前方法栈帧。 - 选择 `Force Return`（或按 `Ctrl + F2`）。 - 若方法有返回值，需指定一个默认值（如 `null` 或 `0`）。 ![Force Return 示例](https://resources.jetbrains.com/help/img/idea/2023.3/force-return.png) **效果**：程序会立即从当前方法返回，跳过后续代码执行。 --- ### **方法二：通过断点条件自动返回（需脚本支持）** 1. **设置断点并配置动作** - 右键点击断点，选择 `More`（或双击断点）。 - 勾选 `Suspend` 确保程序暂停。 - 在 `Condition` 或 `Actions` 选项卡中： - 输入以下 Groovy 脚本（根据方法返回值类型调整）： ```groovy // 对于 void 方法 return true // 直接返回，后续代码不执行 ``` ```groovy // 对于非 void 方法（如返回 int） yourVariable = 0 // 设置返回值 return true ``` - 勾选 `Evaluate and log` 并保存。 ![断点动作配置示例](https://resources.jetbrains.com/help/img/idea/2023.3/breakpoint-actions.png) 2. **调试运行** 程序执行到断点时，会根据脚本直接返回指定值，跳过后续代码。 --- ### **注意事项** - **手动 `Force Return`** 更灵活，适用于临时调试。 - **自动返回脚本** 需谨慎使用，可能因返回值类型不匹配导致异常。 - 若需跳过整个方法逻辑，建议在方法入口处设置断点。 通过上述方式，可精准控制调试流程，避免执行不必要的代码。
评论 22
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值