调用 tellg() 前必须确保文件已用 ios::binary 模式正确打开并检查 is_open()，seekg(0, ios::end) 后须立即调用 tellg() 获取大小，且应显式转换 streampos 为 size_t 并校验非负。
用 seekg 和 tellg 获取文件大小前，先确认流状态
直接调用 tellg() 返回 -1 是最常见错误，根本原因不是代码写错，而是流未正确打开、或打开时没加 ios::binary 模式（尤其在 Windows 下处理二进制文件时）。tellg() 在失败时返回 streampos(-1)，不是 0 或抛异常。
实操建议：
- 打开文件后立刻检查
if (!file.is_open())，别跳过这步 - 务必用
ios::binary打开：ifstream file("data.bin", ios::binary) - 调用
seekg(0, ios::end)后，要检查file.good()，否则tellg()可能仍返回 -1
seekg(0, ios::end) 后必须用 tellg()，不能用 seekg(0, ios::beg) 再读
有人想“先跳到末尾，再跳回开头，顺便记下位置”，但 seekg(0, ios::beg) 不返回值，它只改变位置指针。真正返回当前偏移量的只有 tellg() —— 而且它返回的是**调用时指针所在位置**，所以必须在 seekg(0, ios::end) 之后立刻调用。
典型误写：
立即学习“C++免费学习笔记（深入）”；
file.seekg(0, ios::end); file.seekg(0, ios::beg); // ❌ 这里没保存大小，且多一次 seek size_t size = file.tellg(); // ✅ 但此时指针已在开头，tellg 返回 0！
正确顺序：
file.seekg(0, ios::end); streampos end_pos = file.tellg(); // ✅ 立即获取 file.seekg(0, ios::beg); // 如需后续读取，再重置
注意 streampos 到整数的转换风险
tellg() 返回 streampos，它不一定是 size_t 或 long long；在某些平台（如旧 MSVC）上，streampos 是类类型，隐式转 size_t 可能截断或编译失败。
安全做法：
- 用
static_cast<off_t>(end_pos)</off_t>（POSIX 环境）或static_cast<long long>(end_pos)</long>（通用性更强） - 避免直接赋值给
unsigned int，32 位系统下 >4GB 文件会溢出 - 若需无符号长度，用
static_cast<size_t>(end_pos)</size_t>前先判断end_pos >= 0 && end_pos
替代方案：为什么有时不该用 seekg/tellg
这个方法本质是靠移动文件指针测长度，在某些场景下不可靠：
- 设备文件、管道（pipe）、stdin 等不支持随机访问的流，
seekg会失败 - 网络文件系统（如 NFS）或某些虚拟文件系统可能报告不准确大小
- 频繁调用对性能无益——每次都要 seek，不如用系统 API 一次获取
更健壮的做法（C++17 起）：
std::filesystem::file_size("path/to/file") // 直接、原子、不依赖流状态
若需兼容老标准，可用 stat()（POSIX）或 GetFileSizeEx()（Windows），它们不操作文件流，也不受打开模式影响。
真正需要 seekg/tellg 的场合，其实只剩一种：你已经打开了 ifstream，且不能/不想额外调用系统 API —— 比如封装在某个只接收 stream 的接口里。
