必须用std::ios::binary打开文件，seekg后需检查流状态并clear()，正确选用beg/cur/end偏移模式，read后用gcount()判断实际读取字节数。
用 seekg 定位后 read 读不到数据？检查流状态和缓冲区
常见现象是调用 seekg 后立刻 read，结果 read 读出 0 字节，或内容错乱。根本原因不是定位失败，而是流处于错误状态（比如之前操作失败未清除），或者文件打开没加 std::ios::binary 标志。
- 必须用
std::ios::binary打开文件，否则 Windows 下遇到0x0A会被误转成换行，seekg偏移量与实际字节位置脱节 -
seekg失败不会抛异常，默认静默设failbit，后续read直接跳过 —— 务必在seekg后检查if (!file.good())或if (file.fail()) - 如果之前有读取操作（比如用
>>提取过内容），可能触发了eofbit，需先调用clear()再seekg
seekg 的三种偏移模式：用错会跳到奇怪位置
seekg 有三个重载，但最常用的是带 std::ios_base::seekdir 的版本。偏移方向选错，定位就完全偏离预期。
-
file.seekg(100, std::ios_base::beg)：从文件开头起偏移 100 字节（最常用） -
file.seekg(-20, std::ios_base::end)：从末尾往前倒 20 字节（注意负数只对end有效，对cur也合法，但对beg传负数是未定义行为） -
file.seekg(50, std::ios_base::cur)：从当前位置往后移 50 字节（适合分段读取时微调） - 用
std::ios_base::end时，得到的位置是「文件末尾之后」，要读数据得先回退，比如seekg(-4, std::ios_base::end)才能读最后 4 字节
读取固定字节数时，read 返回值比 gcount 更可靠
read 是无返回值函数，它不告诉你实际读了多少 —— 得靠 gcount() 或检查流状态。但 gcount() 在出错时可能不准，尤其文件提前结束时。
- 推荐写法：
file.read(buf, size); if (file.gcount() != size) { /* 读取不完整 */ } - 更稳妥的做法是结合
good()和gcount()：if (!file.good() || file.gcount() ，因为 <code>good()为 false 说明已发生错误（如磁盘满、权限不足） - 不要依赖
eof()判断是否读完：它只在尝试读超尾部后才置位，不是“当前是否在末尾”的实时状态 - 示例：读 8 字节整数
int64_t val;，应写file.read(reinterpret_cast<char>(&val), sizeof(val));</char>，且必须确认gcount() == sizeof(val)
跨平台偏移量溢出：32 位系统读大文件容易崩
在旧编译器或 32 位环境下，seekg 接收的偏移参数类型是 std::streamoff，它可能是 32 位。若文件大于 2GB，用 int 或 long 存偏移量会截断。
立即学习“C++免费学习笔记（深入）”；
- 始终用
std::streamoff类型存偏移量，别用int或size_t（后者在 Windows 64 位下是 64 位但语义不对） - 获取文件大小时，用
file.seekg(0, std::ios_base::end); std::streamoff len = file.tellg();，而不是stat后手动转，避免平台差异 - Clang/GCC 下可加
-D_FILE_OFFSET_BITS=64，MSVC 需确保项目配置为支持大文件（默认 VS2015+ 已启用） - 如果必须支持极老环境，考虑分块读取 + 累加偏移，避免单次 seek 超 2GB
偏移量计算本身不复杂，但一旦混入文本模式、状态未清、类型截断或平台假设，问题就会藏得很深 —— 尤其在部署到不同机器后突然失效。
