如何在命名管道（mkfifo）上执行非阻塞fopen？
如果我有一个程序创建并尝试使用mkfifo打开命名管道，那么如何打开管道以进行读取或写入而不会阻塞？
具体来说，我正在编写一个可以在有或没有gui（用Java编写）的情况下运行的C程序。
在C程序中，我使用mkfifo成功创建了命名管道，但是当我这样做时
FILE* in = fopen(PIPE_IN, "r"); /* Where PIPE_IN is the filename*/
在GUI打开该管道进行写入之前，fopen不会返回。我想做的是让该管道准备好被读取一次（如果GUI决定将其写入）-我将把文件描述符放入select（）调用中。可以合理预期Java
GUI可能永远不会启动，因此我不能依靠它在任何特定点甚至根本不打开管道的另一端。
我还将打开第二个管道进行写入，并且我想我也会遇到同样的问题。此外，我无法在没有读取器的输出管道上设置O_NONBLOCK。
有什么建议么？
（这在Linux系统上运行）
问题答案：
您可以使用open()管道O_RDONLY | O_NONBLOCK，如果需要C流，可以使用fdopen()。但是，-AFAIK可能存在问题select()，它是为读取而打开的管道fd，它没有编写器，总是为读取做准备，并read()返回0，因此select()将无限期启动。
解决这个问题的一种肮脏的方式是打开管道O_RDWR; 也就是说，至少要有一个编写器（您的C ++程序）。无论如何，这将解决您的问题。
-
如另一个问题中所述，当使用Undertow时，所有处理都应该在专用的工作线程池中完成，如下所示： 我知道可用于显式地告诉Undertow在专用的线程池中调度请求以阻止请求。我们可以通过将包装在实例中来修改上面的示例，如下所示： 调用此方法将exchange置于阻塞模式，并创建一个BlockingHttpExchange对象来存储流。当交换处于阻塞模式时，输入流方法变得可用，除了阻塞和非阻塞模式之间
-
问题内容： 我想使用打开管道，并对其具有非阻塞的“读取”访问权限。 我该如何实现？ （我发现的示例都是阻塞/同步的） 问题答案： 设置如下： 现在您可以阅读： 完成后，清理：
-
3创建一个命名管道 函数原型 #include <sys/types.h> #include <sys/stat.h> int mkfifo(const char *pathname, mode_t mode); 参数 第二个参数的语义与[[open()|open]]的第3个参数相同，即权限。
-
默认情况下，通道发送和接收数据是阻塞的。然而我们可以使用select的一个default的选项来实现无阻塞发送或接收数据，甚至可以将多个select的case选项和default选项结合起来使用。 package main import "fmt" func main() { messages := make(chan string) signals := make(chan bo
-
问题内容： 我有这段代码可以在Linux中从Serial读取，但是我不知道在读取SerialPort时阻塞和非阻塞之间有什么区别，在哪种情况下哪个更好？ 问题答案： 您提到的代码是IMO编码和注释不当的代码。该代码不符合POSIX的可移植性惯例，如正确设置终端模式和POSIX操作系统的串行编程指南中所述。该代码没有提到它使用非规范（也称为原始）模式，并且重用了“阻塞”和“非阻塞”术语来描述 VMI
-
Vext.x核心手册建议使用< code>executeBlocking()执行阻塞代码，以防止事件循环被阻塞。尽管如此，它还指出: 阻止代码 [] 应阻止合理的时间（即不超过几秒钟）。长阻塞操作...被排除在外。当阻止操作持续超过10秒时，将在控制台上打印一条消息[...]。长阻塞操作应使用由应用程序管理的专用线程，该线程可以使用事件总线或 runOnContext 与顶点进行交互 所以我不能在