连接到目标VM,地址:'127.0.0.1:63073',传输:'socket' 断开与目标VM的连接,地址:'127.0.0.1:63073',transport:'socket'
答案 0 :(得分:5)
你把断点放在哪一行?假设您有以下代码段:
public static void main(String[] args) {
int res = add(5, 8);
System.out.println(res);
}
public static int add(int a, int b)
{
int c=a+b;
return c;
}
当我将断点放在{在add方法下的行时。我得到了和你一样的错误。如果我将断点放在int c = a + b;行,则调试器按预期工作。这很烦人,这是我能提出的解决方案。
答案 1 :(得分:2)
答案 2 :(得分:1)
这可能是各种各样的事情,但在任何破发点出现之前,您可能会遇到异常。你在控制台中看到异常吗?
异常可能如下所示:
Exception in thread "main" java.lang.NullPointerException
答案 3 :(得分:1)
以上消息显示JVM已启动并已成功停止。
现在您期望停止在您的程序中应用的断点,但是您无法实现这一点,因为您可能已经点击了" Mute Breakpoints" 按钮尝试调试在控制台上不显示任何内容的代码。
由于所有断点都已静音,因此您的程序不会在预期的行上停止。
答案 4 :(得分:1)
这个问题很容易解决。再次单击调试,在右上角应该会看到一个工具栏,有一个看起来像两个红色断点重叠的图标,单击后会弹出打开菜单,任何情况下请确保已启用,暂停,全部,条件,控制台的日志消息和评估表达式的日志均已选中。
答案 5 :(得分:1)
您的程序可能在第一个断点之前存在错误,或者程序从未达到该断点。
答案 6 :(得分:0)
尝试将项目重新导入intellij 当我想将 eclipse 项目导入 intellij ide 并重新导入解决了我的问题时,我遇到了同样的问题
答案 7 :(得分:0)
静音断点这对我来说效果很好
答案 8 :(得分:0)
就我而言,我已经评论了我的所有测试用例,然后我尝试在调试模式下运行测试用例。所以显然没有什么可以运行的。所以我收到以下消息。 一旦检查您尝试执行的所有操作是否正常。
连接目标虚拟机,地址:'127.0.0.1:65223',传输:'socket' 与目标虚拟机断开连接,地址:'127.0.0.1:65223',传输:'socket'
进程结束,退出代码 0
答案 9 :(得分:0)
maven清理后再进行maven安装对我有用。
答案 10 :(得分:0)
对于Maven + Spring项目,我正在使用Spring Boot Configuration进行调试,但没有意识到Maven配置已经在运行。关闭Maven并重新启动就可以了。
如果您使用Docker,请执行docker ps -a
来查看您的容器是否正在运行。
答案 11 :(得分:0)
我遇到类似的问题+信息Could not find or load main class
。
这是一个带有SBT的Scala项目。
我如何解决这个问题:
sbt my-project/run
答案 12 :(得分:0)
答案 13 :(得分:0)
Kinda Stupid,但就我而言,我忘记了重新启用调试器模式。断点是静音的。
答案 14 :(得分:0)
只需找到您的projectApplication,然后运行,Debug,anys,您想要的,我做到了,那么成功
例如,请参见波纹管
SpringBootApplication 公共类BitApplication { 私人最终Logger logger = LoggerFactory.getLogger(BitApplication.class);
public static void main(String[] args) {
SpringApplication.run(BitApplication .class, args);
}
}
答案 15 :(得分:0)
我有类似的错误导致我直接进入这个帖子。
Connected to the target VM, address: '127.0.0.1:57662', transport: 'socket' # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00007ffd0e3122a0, pid=6908, tid=0x0000000000000594 # # JRE version: Java(TM) SE Runtime Environment (8.0_131-b11) (build 1.8.0_131-b11) # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.131-b11 mixed mode windows-amd64 compressed oops) # Problematic frame: # C [ig75icd64.dll+0xd22a0] # # Failed to write core dump. Minidumps are not enabled by default on client versions of Windows # # An error report file with more information is saved as: # C:\Users\UserNamed\IdeaProjects\supercoolproject\android\assets\hs_err_pid6908.log # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # AL lib: (EE) alc_cleanup: 1 device not closed Disconnected from the target VM, address: '127.0.0.1:57662', transport: 'socket'
通过阅读
之间的不寻常文字连接到目标VM,地址:'127.0.0.1:63073',传输:'socket'
和
与目标虚拟机断开连接,地址:'127.0.0.1:63073',传输:'socket'
我可以在以下位置找到真正的堆栈跟踪:
C:\用户\ UserNamed \ IdeaProjects \ supercoolproject \机器人\资产\ hs_err_pid6908.log
这导致我准确地捕捉到我的错误。
更新,晚上 YMMV,我只是有一个类似的问题,在阅读论文时让调试器运行,Java通过弹出窗口通知我有一个问题,但IntelliJ给了我更少的继续。强制性的:
连接到目标VM,地址:'127.0.0.1:63073',传输:'socket'
与目标虚拟机断开连接,地址:'127.0.0.1:63073',传输:'socket'
然后关于它的一些事情已经关闭了255错误代码。我尝试重新创建错误,因为它比跟踪我的内存泄漏更容易,并且它有效,这是Java错误:
我怀疑公司(IdeaC)推出另一个Java二进制文件。我这次点击调试并得到:
我不能肯定地说,但这似乎是IntelliJ 2018的一个弱点。我的代码也变大了,但更新似乎带来了更多的版本冲突。
答案 16 :(得分:0)
这可能由于很多原因而发生。在我的情况下,根本原因是在我正在使用的hibernate实体中找到的。我需要在实体域中使用一些不属于相关db表的属性。当我使用Transient注释这些属性时。春季启动应用程序启动就好了。
示例:
导致错误的实体:
class ErrorDomain{
@Column(name = "db_prop_available")
private String dbPropAvailable;
private String dbPropNotAvailable;
}
实体更新以解决问题:
class OkDomain{
@Column(name = "db_prop_available")
private String dbPropAvailable;
@Transient //javax.persistence
private String dbPropNotAvailable;
}
这是您发布原始错误的原因之一。但我只是想评论是否有人有类似的案例。
答案 17 :(得分:0)
我需要从之前的调试中删除IntelliJ创建的out文件。在项目选项卡下的“out”文件夹上进行简单的右键单击和删除即可。然后再次编译你的程序。