确定 C 中标准输入大小的正确/有效方法

Question

根据我之前的问题，如果标准输入来自管道或终端，确定stdin大小的正确而有效的方法是什么> 在不同的系统上。

我正在执行以下操作，但是，根据一些评论，这不是正确的方法，并且它可能会或可能不会在不同的系统上工作。

#include <sys/stat.h>

off_t size(FILE *st_in) {
    struct stat st;
    if (fstat(fileno(st_in), &st) == 0)
        return st.st_size;
    return -1;
}

Answer 1

你不能。
想象一下 stdin 就像一个水龙头。

你问的问题和“水龙头里有多少水”是一样的吗？ :-)

Answer 2

在某些系统（linux，我知道；可能是其他 *nix）下，您可以执行以下操作：

#include <unistd.h>
#include <sys/ioctl.h>

ssize_t fd_ready_size(int fd) { 
    int sz;
    int rc;

    rc = ioctl(fd, FIONREAD, &sz);
    if (rc) { // rc = -1 or 0
        return rc;
    }
    return sz;
}

对于大多数输入文件。您应该注意，我没有在这里传递 FILE * 。我这样做是因为这会产生误导。 stdio 文件可以在其中缓冲数据，这些数据需要添加到操作系统所说的准备读取的内容中。这让事情变得更加棘手，而且我不知道是否有合理的方法来获得该值。

我返回了一个ssize_t（这是一个有符号的大小类型），因为这是POSIX系统下读写返回的内容，-1代表错误情况。

如果你使用的系统不允许你这样做，并且 stat 不能给你你想要的东西，你可能不得不诉诸技巧。一种方法是尝试读取特定大小（我们将称为 X），如果您成功获取了全部数量，您可以认为“可能还有更多”并重新分配缓冲区以容纳更多内容，然后重复直到你所读到的内容并不能完全填满你的可用空间。如果您有任何类型的轮询函数可用（您可能在调用 stat 后就这样做了），那么您也可以使用它来尝试不调用读取函数，除非您确定有数据（除非您以非阻塞方式打开文件）在这种情况下并不重要）。

Answer 3

与前面所说的相反，您可以使用stat()来确定某些操作系统中管道或流中的数据量。 但是，这并不适用于所有系统——也就是说，提供此功能并不是实现的标准做法，因此这样做不是可移植的。

还有一个问题是，每当有人向其中写入更多数据时，管道大小就会发生变化，这在多任务、抢占式系统中基本上随时可能发生。

因此，虽然您可以小心翼翼地完成自己想做的事情，但这是一个薄弱且不可移植的解决方案。

当然，读取每个字节直到 EOF 或错误并计数仍然可以工作。但不确定这就是你想要的。

Answer 4

ANSI C 中的FILE 对象表示流。就我个人而言，我会将类型命名为 STREAM 而不是 FILE，但这是另一个问题。

无论如何，FILE 对象代表信息流。一些流源代表一块数据。这些源是文件和内存块。其他流源（例如管道和套接字连接）不代表数据块。它们代表（可能）无限的字节流。没有明确的开始，因为管道可能已从之前读取，然后重定向给您。也没有明确的终点，因为数据可能永远到达流中（或者至少直到有人关闭电源为止；）。

stdin 表示流的管道类型。它没有明确的开始，也没有明确的结束。因此无法可靠地测量。

如果您想知道在任何给定时间从流中读取了多少数据，则必须在 FILE 函数之上创建一些抽象层（或以某种方式挂钩 - 不要这样做）了解 ANSI C 中的此类功能），并保留自己的记录。但请注意，您无法知道从流中读取的第一个字节是从流中读取的第一个字节，因为它可能在读取后已重定向给您。

Answer 5

尝试这样的事情：

#include <sys/stat.h> 
#include <unistd.h> 
off_t size(FILE *st_in) { 
    struct stat st; 
    off_t retval=-1;
    if (! isatty(fileno(st_in))
    {
       if (fstat(fileno(st_in), &st) == 0) 
       {
           if(S_ISREG(st.st_mode)  
              retval=st.st_size; 
       }
       else
       {
           perror("Cannot stat file");
           exit(1);
       }
    }   
    return retval; 
}

出口就在那里，可选。如果您愿意，可以在其他地方解决问题。