为什么Java中的FileChannel不是非阻塞的？
我想编写一个可以同时写入多个文件的程序。认为可以通过使用非阻塞模式在一个线程中实现。但是FileChannel不支持非阻塞模式。有人知道为什么吗？
问题答案：
UNIX不支持非阻塞的文件I / O，看到非阻塞I /
O与常规文件
。由于Java应该（至少尝试在所有平台上）提供相同的行为，因此FileChannel不会实现SelectableChannel。
但是，Java
7将包括一个AsynchronousFileChannel支持
异步 文件I / O 的新类，这是与非阻塞I / O不同的机制。
通常，只有套接字和管道才能真正通过select()机制支持非阻塞I / O。
-
问题内容： 在服务器端Javascript引擎的上下文中，什么是非阻塞I / O或异步I / O？我认为这是相对于Java服务器端实现的优势。 问题答案： 同步执行通常是指按顺序执行的代码。异步执行是指未按照代码中出现的顺序运行的执行。在以下示例中，同步操作导致警报按顺序触发。在异步操作中，虽然似乎执行第二次，但不是。 同步：1,2,3 异步：1,3,2 阻塞与非阻塞 阻塞是指阻塞进一步执行直到该
-
我有一个顶点，它有一个处理程序，可以在事件循环线程中调用Vertx的Web客户端。实际的底层API调用是同步的还是异步的？它会阻塞我的事件循环线程吗？假设我的API调用需要30秒才能返回。 我是否需要用Vertx.execute阻塞（p-
-
问题内容： 更新： 这看起来像是内存问题。一个3.8 Gb Hprof文件表明，发生此“阻塞”时，JVM正在对其堆进行转储。我们的运营团队发现该站点没有响应，进行了堆栈跟踪，然后关闭了实例。我相信他们在堆转储完成之前就关闭了该站点。日志中 没有 错误/异常/问题证据-可能是因为JVM在生成错误消息之前就被杀死了。 最初的问题我们最近遇到了一种情况，该应用程序对最终用户似乎挂起了。在应用程序重新启动
-
问题内容： 非阻塞TCP / IP S和在NIO帮我处理与小数目的线程许多TCP / IP连接。但是UDP 呢？（我必须承认我对UDP不太熟悉。） 即使UDP发送操作未在阻止模式下运行，它似乎也不会阻止。确实存在因拥堵或类似原因导致阻塞的情况吗？我真的很好奇，是否存在这样的情况以及生产环境中可能存在的情况。 如果实际上并没有阻塞，并且我不打算使用已连接并仅绑定到一个端口，那么使用非阻塞模式和and
-
我正在尝试通过对象读取命令。为了检查输入语法，我使用＜code＞sc。hasNext（）（对于缺少命令的情况）。它已经在很多情况下运行良好，但现在我看到了JavaAPI中描述的“MAY block and wait for Input”的情况。 方法何时阻塞，我如何控制它？有趣的是，在街区前的3个案例中，它工作得非常好。此外，JavaAPI还将描述为检查是否存在另一个Input的正确方法，从而使方
-
问题内容： 为什么有人会喜欢阻止写而不是非阻止写？我的理解是，仅当您想确保写方法返回后，另一端获得了TCP数据包时，才希望阻止写操作，但是我什至不知道这是可能的。您将必须刷新，而刷新则必须刷新 底层操作系统的写套接字缓冲区 。那么，无阻塞套接字写是否有任何缺点？就性能而言，拥有较大的底层写套接字是否会缓冲一个不好的主意？我的理解是，底层套接字写缓冲区越小，当底层套接字缓冲区已满且isWritabl