主页 / coding / 问题 / 79527159
Accepted
Zebrafish
Asked: 2025-03-22 16:54:22 +0800 CST

打开管道后立即读取

  • 772

我想从父进程启动一个可执行文件。等到该进程完成，然后读回它写入 stdout 的内容。事实证明，您不能等待程序完成然后读取 FILE* 流，因为等待它完成意味着调用 pclose(FILE*)，到那时文件流将被销毁。在 Windows 文档中，它说要这样做：

char psBuffer[128];
    FILE* pPipe;

    /* Run DIR so that it writes its output to a pipe. Open this
     * pipe with read text attribute so that we can read it
     * like a text file.
     */

    if ((pPipe = _popen("dir *.c /on /p", "rt")) == NULL)
    {
        exit(1);
    }

    /* Read pipe until end of file, or an error occurs. */

    while (fgets(psBuffer, 128, pPipe))
    {
        puts(psBuffer);
    }

    int endOfFileVal = feof(pPipe);
    int closeReturnVal = _pclose(pPipe);

    if (endOfFileVal)
    {
        printf("\nProcess returned %d\n", closeReturnVal);
    }
    else
    {
        printf("Error: Failed to read the pipe to the end.\n");
    }

它打开管道，然后立即从流中读取。由于读取是在启动子进程后立即执行的，所以它很可能会读取流，但流为空或到达文件末尾，这种情况不是吗？为什么这是有效的？

c

1 个回答

  1. Best Answer

    事实证明，您不能等待程序完成然后再读取 FILE* 流，因为等待它完成意味着调用 pclose(FILE*)

    有点类似。调用pclose()会等待通过 启动的子进程popen()终止，这是获取子进程退出状态的唯一标准方法。调用 后pclose()，就无法再从已关闭的流中读取数据。

    但是如果子进程在终止之前没有关闭其标准输出——大多数子进程都不会这样做——那么父进程可以在调用之前检测到相关流上的 EOF 作为终止的代理pclose()。对于想要读完子进程输出的父进程来说，这是很自然的。而对于popen()，父进程几乎总是想这样做，因为即使它对数据本身不感兴趣，它也必须清空管道以确保子进程继续有空间进行写入。管道的容量有限，通常以千字节为单位，如果进程在可用空间不足的情况下尝试写入，那么它要么会阻塞直到完成写入*（通常情况），要么会以某种特殊的方式失败。

    因此，您不能等待程序运行完后再从流中读取其输出，但通常可以通过从流中读取其输出来等待程序完成。一旦您在流上检测到 EOF，您就会调用pclose()以检索退出状态并进行清理，此外，如果子进程确实提前关闭其标准输出，这也能为您解决问题。

    它打开管道，然后立即从流中读取。由于读取是在启动子进程后立即执行的，所以它很可能会读取流，但流为空或到达文件末尾，不是吗？

    空？很有可能。但对于管道来说，这和位于文件末尾是两码事。在管道的写入端关闭并且所有数据都已从中读取之前，读取端不会发生 EOF。

    为什么这是有效的？

    stdio 函数会一直阻塞，直到传输完指定数量的数据。 fgets()特别是，它会一直读取，直到填满提供的缓冲区、读取并传输逻辑换行符或到达 EOF。它可能必须等待才能传输任何内容，并且可能必须定期再次等待才能完成传输，这只是意料之中的事情。

    *完成写入的含义取决于执行写入的函数。对于 stdio 函数来说，这意味着写入所有指定的字节，但对于其他 I/O 函数来说，情况不一定如此。

    • 3

相关问题