核心是按字节而非行数计算进度：先以二进制模式用 fseek+ftell 获取总大小，再分块 fread（如4096字节/次）并实时刷新进度条，避免频繁系统调用和I/O阻塞。
用 fseek + ftell 预估总大小再配合 fread 分块读取
大文件进度条的核心不是“读了多少行”，而是“读了多少字节”——因为文本行长度不固定，按行计数误差大、还慢。得先知道文件总大小，再边读边算当前偏移占比。
常见错误是直接用 std::ifstream::tellg() 在未打开二进制模式下反复调用，结果返回 -1 或跳变；或者用 std::filesystem::file_size() 但没处理权限/符号链接/网络文件等异常路径。
- 必须以
std::ios::binary模式打开文件，否则tellg()在 Windows 下对换行符 \r\n 计数不准 - 用
fseek(fp, 0, SEEK_END); ftell(fp)更可靠（C 风格），尤其在旧 libc 或嵌入式环境 - 别在循环里反复调用
file_size()——它本质是系统调用，开销不小
每读 4096 字节就刷新一次进度，避免刷屏和性能抖动
控制台刷新太频繁（比如每读 1 字节就输出）会导致 I/O 占满、卡死；刷新太稀疏（比如只在结尾打一次）又失去“进度感”。折中点是按固定缓冲区大小分块，且刷新频率受终端响应能力制约。
实测 4096 是较优值：既避开小缓冲带来的 syscall 过载，又比 65536 更及时。注意不是所有平台都支持退格符 \r 覆盖重写，Windows 控制台默认支持，Linux 终端也基本没问题。
- 用
std::cout 实现原地刷新 - 百分比计算用
static_cast，避免整数除零或截断(current_bytes) / total_bytes * 100.0 - 加个
if (percent > last_printed + 0.5)防止浮点抖动导致重复刷新
遇到 std::ios_base::failure 或读到 EOF 时要立刻退出循环并清理
大文件读取中，磁盘满、权限丢失、NFS 挂掉、USB 拔出都可能让 read() 突然失败。这时候如果还硬算进度、继续循环，要么百分比爆到 200%，要么无限卡在最后一次 read() 返回 0。
典型错误是把 while (file.good()) 当万能条件——它只在上次操作成功后才为 true，无法预判下一次失败；或者忽略 ferror(fp) 直接继续。
- 每次
fread(buf, 1, buf_size, fp)后检查返回值是否等于buf_size，小于则说明到了 EOF 或出错 - 用
ferror(fp)区分是 EOF 还是真实错误；若是错误，clearerr(fp)不能乱调，会掩盖问题 - 进度条最后一定要补一行换行：
std::cout ，否则光标悬在中间影响后续输出
Windows 下用 SetConsoleOutputCP(CP_UTF8) 才能正确显示中文百分号
默认控制台代码页是 GBK，而 C++ 字符串字面量如果是 UTF-8 编码（如 "进度："），直接输出会变成乱码。这不是进度逻辑的问题，但用户第一眼看到的就是这个。
很多人试过 system("chcp 65001")，但它启动新进程、不保证子进程继承，而且跨平台失效；也有用 std::locale 的，但对控制台输出基本无效。
- 只在 Windows 平台调用
SetConsoleOutputCP(CP_UTF8)，需包含 - 确保源文件保存为 UTF-8 无 BOM，否则编译器可能按本地编码解析字符串
- Linux/macOS 不需要额外设置，终端默认 UTF-8
真正难的不是算百分比，是让整个流程在磁盘 IO、编码、错误恢复、终端兼容这四层之间不掉链子。尤其是 fseek 到 SEEK_END 在某些 FAT32 或只读挂载上会失败，这时候得 fallback 到边读边估算——但那是另一个更复杂的场景了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
