您是否尝试过打开JNI调试用
-Xcheck:jni？有趣的是，Oracle文档使用
PlainSocketImpl.socketAccept错误作为何时使用此错误的示例。
还要注意，错误7131399的含义是，由于Mac上的问题，JNI
poll()在大多数平台
select()上使用，但在Mac OS
poll()上使用。所以也许
select()也坏了。再深入一点，如果“
ndfs大于FD_SETSIZE且未定义_DARWIN_UNLIMITED_SELECT，则select（）将返回EINVAL。”
FD_SETSIZE为1024，这听起来像您有大量的应用程序正在加载，因此也许所有这些都过滤掉了，一次只能等待1024个以上的FD。
为了获得更多的荣誉，请查看您的计算机上实际上是否已修复了相关的（据说已修复）Java错误。错误报告具有指向测试用例的指针。
感谢Old Pro的回答，我确认
select()FD_SETSIZE限制是原因。我为此限制找到了一个现有的错误：
https://bugs.openjdk.java.net/browse/JDK-8021820
可以使用以下代码重现该问题：
import java.io.*;import java.net.*;public class SelectTest { public static void main(String[] args) throws Exception { // Use 1024 file descriptors. There'll already be some in use, obviously, but this guarantees the problem will occur for(int i = 0; i < 1024; i++) { new FileInputStream("/dev/null"); } ServerSocket socket = new ServerSocket(8080); socket.accept(); }}差不多一年后，Java 7u60修复了此问题：
http://www.oracle.com/technetwork/java/javase/2col/7u60-bugfixes-2202029.html
我还发现Tomcat的WebappClassLoader在90秒后关闭了文件句柄，这解释了为什么设置断点可以防止此问题发生。
