这对我很管用。

<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>3.0.0-M5</version>
<configuration>
    <argLine>-Dfile.encoding=UTF-8</argLine>
</configuration>
</plugin>

发生在我身上的事情:如果你的项目依赖于docker机器或/和数据库来成功构建，那么请首先检查你的db实例是否启动，你的docker也启动，因为可能有一些单元测试在后台运行…特别是在启动笔记本电脑后。希望这能帮助到一些人

分叉的VM没有正确地说再见就终止了。虚拟机崩溃或系统崩溃。出口被称为

防止此错误的方法是以管理员身份运行IDE。

截至今天(2018年10月30日)，我们注意到我们的构建在Jenkins中出现了这个错误。

这个错误有点误导人，需要查看target/surefire-reports/中转储的输出，才能看到以下错误消息:

Error: Could not find or load main class org.apache.maven.surefire.booter.ForkedBooter

这让我想到了下面的SO帖子，其中提到了OpenJDK 181中一个可能的错误:Maven surefire无法找到ForkedBooter类

那篇文章中的任何一个修复都解决了我的问题。具体来说，我使用了其中之一:

从docker容器maven:3.5.4-jdk-8中的构建切换到maven:3.5.4-jdk-8-alpine 重写Spring Boot的类加载器详细信息请参见:https://stackoverflow.com/a/50661649/1228408

我的设想是

我的测试有很多日志输出(我的意思是很多!) Surefire插件v2.22.2 错误只发生在IDE内部，如果从命令行执行mvn命令则不会发生。 没有迹象显示Surefire插件中的任何.dump文件或Java二进制中的传统hs_err崩溃文件。

对我来说，有两件事一直是解决方案(它们是替代方案):

不使用fork:设置Surefire插件属性forkcount = 0。 增加Surefire插件属性 forkedProcessExitTimeoutInSeconds从30秒变成300秒。插件文档说，如果这个超时被击中，你会看到错误消息有一个超时在fork。我没有看到这样的错误消息，但是它一直在修复这个问题以增加这个超时值。

您可能希望使用解决方案(2)，因为分叉是可取的。

Why?

我的理论是，如果有大量的日志输出，那么在fork关闭时仍然需要进行大量的处理(特别是如果您在一个IDE中运行，该IDE捕获输出并可能为其窗口内容使用内存映射文件)。简而言之:在测试完成时，仍有大量文本等待转发到IDE中。30岁似乎还不够。

这也解释了为什么有些开发者能够发现问题，而有些开发者却不能。在测试结束时，剩下多少输出处理可能是cpu功率、磁盘速度等的函数。

如果我在这一点上是正确的-不能证明它-那么所有的建议，如重定向日志输出和降低日志级别都是IMO处理症状，而不是原因。

这对我很管用。

<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>3.0.0-M5</version>
<configuration>
    <argLine>-Dfile.encoding=UTF-8</argLine>
</configuration>
</plugin>