如果你正在运行的声纳构建清洁验证声纳:声纳和一些文件，产生大量的日志，这些日志正在发出这个虚拟机终止。

要解决此问题，您可以执行以下步骤。

在测试资源中，添加logback-test.xml。 修改日志级别为INFO模式。 在maven-surefire-plugin中添加以下配置。 < >配置 假< / reuseForks < reuseForks > > 1 < forkCount > < / forkCount > > < /配置

现在将生成INFO日志，虚拟机不会崩溃。

我遇到了和查德类似的情况，但找到了不同的答案。

根据插件文档，你不能使用${…}在<argLine>中，因为Maven将在surefire插件(或任何其他插件)之前拾取它进行替换。

从2.17版本开始，插件支持@{…}而不是${…}用于属性替换。

举个例子，替换这个

<argLine>XX:MaxPermSize=1024m ${moreArgs}</argLine>

用这个

<argLine>XX:MaxPermSize=1024m @{moreArgs}</argLine>

如果有人包含自定义argLine参数，则必须重新考虑，因为它很可能是内存分配问题的根源。

例如(我曾经有过):

<argLine>XX:MaxPermSize=4096m ${argLine}</argLine>

现在我使用硬指定值:

<argLine>-Xmx1024m -XX:MaxPermSize=256m</argLine>

无论出于何种原因，与Surefire集成的应用程序(如Jacoco)不会请求足够的内存来与构建时发生的测试共存。

我在一个应用程序中遇到了同样的问题，即在运行测试时将大量XML记录到控制台。我认为这个问题与测试fork将其控制台日志发送到主maven线程以输出到屏幕的方式有关。

在我的测试日志文件中，我通过将有问题的类的日志设置为WARN来解决这个问题。

如logback-test.xml

<configuration debug="true">
  <include resource="org/springframework/boot/logging/logback/defaults.xml" />
  <include resource="org/springframework/boot/logging/logback/console-appender.xml" />

  <logger name="com.foo.ClassWithLotsOfXmlLogging" level="WARN" />

  <root level="INFO">
    <appender-ref ref="CONSOLE"/>
  </root>
</configuration>

我在MacOS上远程调试端口5005上的Selenium测试代码时也遇到了这个问题。这个问题原来是由一个仍然运行的剩余的surefire-fork jvm引起的。Eclipse IDE终端的日志输出没有显示底层问题“Address already in use”。只有当我在MacOS终端上运行Eclipse实际试图运行的相同命令时，才会显示日志消息:

/bin/sh -c cd /path/to/your/project/directory && /Library/Java/JavaVirtualMachines/adoptopenjdk-8.使用实例jdk/Contents/Home/jre/bin/java -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=5005 -jar /path/to/target/surefire/surefirebooter230340673926465933.jar /path/to/target/surefire 2019-06-28T10-50-02_140-jvmRun1 surefire6455775580414993159tmp surefire_02461993428448591420tmp

杀死流氓JVM实例(在Activity Monitor中查找java进程名)解决了这个问题。顺便说一下，我正在运行surefire插件版本2.21.0，与开放jdk 8 (v1.8.0_212)没有问题。注意，所有路径都将特定于您的构建环境，可能还有端口(address=5005)。

在使用maven测试运行单元测试时，我也遇到了同样的问题。 我试过改变那些肯定会成功的版本，但不管用。 最终成功解决如下问题: 早些时候:(当问题发生时): Javac来自JDK 1.8 Java指向JDK 1.11中的Java bin 当前:(当问题得到解决时): javac和Java都指向JDK 1.8中的bin

问候 泰娅。