当我遇到这个错误时，这是由于我的ulimit打开文件(ulimit -n)太低。它(不知何故)被设置为仅256:

% ulimit -n
256

在我增加限制后，错误消失了:

% ulimit -n 3072
% ulimit -n     
3072

您的系统可能不允许将限制设置得这么高。例如，当我试图使用更大的数字时，就会发生这种情况:

% ulimit -n 3073
ulimit: setrlimit failed: invalid argument

或者这可能低于您现有的限制，您可能面临不同的根本原因。

当我试图在运行JAVA = 1.8的windows 10环境上编译一个设置为1.7的maven项目时，确实遇到了同样的问题。

我通过将java版本从1.7更改为1.8来解决这个问题，如下所示。

 <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>3.3</version>
    <configuration>
      <source>1.8</source>
      <target>1.8</target>
    </configuration>
  </plugin>

在我的案例中，这个问题与工作区路径太长有关。所以我做了一个路径重构，这解决了我的问题。

我今天也遇到了同样的问题，对我来说，真正的问题是在日志中进一步报告的消息不能使用threadCount参数小于1;1 > 0。 当在surefire-plugin配置中添加<threadCount>1</threadCount>时，其他错误消失。

        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <version>2.18.1</version>
            <dependencies>
                <dependency>
                    <groupId>org.apache.maven.surefire</groupId>
                    <artifactId>surefire-junit47</artifactId>
                    <version>2.18.1</version>
                </dependency>
                <dependency>
                    <groupId>org.apache.maven.surefire</groupId>
                    <artifactId>surefire-testng</artifactId>
                    <version>2.18.1</version>
                </dependency>
            </dependencies>
            <configuration>
                <threadCount>1</threadCount>
            </configuration>
        </plugin>

.．.是的，为了向后兼容，我在这个测试框架中同时使用了junit和testng。

我在Ubuntu机器上的Jenkins构建过程中遇到了这个问题。

/var/log/syslog报告内存不足:Kill process 19557 (java) score 207或牺牲子进程。

因此，我给了Ubuntu机器更多的交换空间。从那以后，这个问题就不存在了。

这可能是由于内存不足造成的。确保在运行mvn时没有任何应用程序在后台运行。在我的例子中，Firefox在后台运行，内存占用率很高。