为什么C ++标准会处理文件查找方式？

C ++使用该streamoff类型表示（文件）流中的偏移量，并在[stream.types]中定义如下：

using streamoff = implementation-defined ;

类型streamoff是已签名的基本整数类型之一的同义词，该基本整数类型的大小足以表示操作系统的最大可能文件大小。287）

287）通常很长很长。

这是有道理的，因为它允许在大型文件中进行查找（与使用相比long，后者可能只有32位宽）。

[filebuf.virtuals]定义了basic_filebuf在文件中进行搜索的功能，如下所示：

pos_type seekoff(off_type off, ios_base::seekdir way, ios_base::openmode which = ios_base::in | ios_base::out) override;

off_type等价于streamoff，请参见[iostreams.limits.pos]。但是，该标准随后继续说明了该功能的作用。最后一句话让我很生气，这需要调用fseek：

效果：width表示a_codecvt.encoding()。如果is_open() == false是或off != 0 && width <= 0，则定位操作将失败。否则，如果way != basic_ios::cur或off != 0，并且输出了最后一个操作，则更新输出序列并写入所有未移位序列。接下来，寻找新的位置：if width > 0，请致电fseek(file, width * off, whence)，否则请致电fseek(file, 0, whence)。

fseek接受long参数。如果off_type和streamoff被定义为long long（如标准所建议），则可能导致向下转换为long调用时fseek(file, width * off, whence)（导致可能难以诊断的错误）。这使人们质疑streamoff首先引入该类型的全部理由。

这是故意的还是标准的缺陷？

我认为您从中得出的结论是C ++流之间不匹配，fseek这将导致运行时错误，这是不正确的。情况似乎是：

1. 在long64位的系统上，streamoff定义为long，并且seekoff函数调用fseek。

2. 在long32位但OS支持64位文件偏移量的系统上，streamoff被定义为long long并seekoff调用一个称为fseeko或的函数，该函数fseeko64接受64位偏移量。

这是seekoff我的Linux系统上的定义的摘录：

#ifdef _GLIBCXX_USE_LFS
    if (!fseeko64(_M_file, __off, __whence))
      __ret = std::streampos(ftello64(_M_file));
#else
    if (!fseek(_M_file, __off, __whence))
      __ret = std::streampos(std::ftell(_M_file));
#endif

LFS代表大文件支持。

结论：虽然该标准提出了streamoff表面上与seekoffinvoke 要求相冲突的定义fseek，但库设计人员理解，他们必须调用fseekOS 的变体，以接受OS支持的所有偏移量。