必须先用fseek+ftell获取文件总大小再计算进度：fopen("rb")→fseek(fp,0,seek_end)→ftell()得total_size→fseek(fp,0,seek_set)→循环fread()累加bytes_read→(double)bytes_read/total_size*100.0→仅整数百分比变化时刷新显示。
用 fseek + ftell 预估总大小再分段读取
直接边读边算百分比不可行——你根本不知道文件多大，std::ifstream::tellg() 在未读完前返回 -1 是常态，尤其对管道或某些文件系统。必须先获取总字节数，再配合当前读取偏移量做除法。
实操建议：
- 用
fopen打开文件（C 风格更可控），调用fseek(fp, 0, SEEK_END)定位到末尾，再用ftell(fp)拿到总大小；注意 Windows 下需以二进制模式打开（"rb"），否则ftell可能不准 - 重置指针回开头：
fseek(fp, 0, SEEK_SET)，之后才开始循环读取 - 别用
std::filesystem::file_size——它在某些网络文件系统或符号链接上可能抛异常或返回错误值
每次读固定缓冲区后刷新进度，避免频繁输出拖慢速度
每读一个字节就 printf 一次，控制台 I/O 会吃掉 90% 的时间。真实场景下，1MB 缓冲区 + 每次读满后更新一次进度，既平滑又高效。
常见错误现象：用 std::getline 按行读，结果某一行超长（比如日志里嵌了 base64），导致单次读取耗时剧烈波动，进度条卡顿甚至倒退。
实操建议：
- 用
fread(buf, 1, BUFSIZ, fp)，BUFSIZ推荐设为 65536（64KB）或 1048576（1MB） - 每次成功读取后，累加已读字节数，再计算：
(double)bytes_read / total_size * 100.0 - 只在整数百分比变化时输出（比如从 23% → 24%），避免刷屏；可用
int old_pct = -1; int new_pct = (int)percent;判断是否变化
Windows 控制台要用 SetConsoleCursorPosition 覆盖式刷新
Linux/macOS 下用 \r 回车即可覆盖上一行，但 Windows 默认终端（conhost）对 \r 支持不稳定，尤其在重定向或 VS 开发者命令行里容易换行堆积。
使用场景：你希望进度始终显示在同一行，不滚动、不残留旧数字。
实操建议：
- Windows 下包含
<windows.h></windows.h>，调用GetStdHandle(STD_OUTPUT_HANDLE)拿句柄，再用SetConsoleCursorPosition(hOut, {0, y})锁定光标位置（y 是你预留的行号） - 跨平台写法可封装判断：
#ifdef _WIN32分支走 API，否则用printf("\rProgress: %.1f%%", pct) - 别忘了在结束时输出换行符，否则最后光标悬在中间，影响后续命令提示符显示
注意编码与换行符干扰实际字节数统计
百分比是按字节算的，不是按“行”或“字符”。UTF-8 文件里一个中文字符占 3 字节，CRLF（\r\n）占 2 字节——这些都会让“读了 50% 字节” ≠ “读了 50% 行数”，但只要前后口径一致就没问题。
容易踩的坑：
- 误用
std::ifstream::readsome()：它不保证读满缓冲区，返回值不可靠，无法用于精确进度计算 - 用
std::ios::binary标志打开文件——必须加，否则 Windows 下文本模式会把\r\n自动转成\n，导致ftell和实际读取字节数对不上 - 大文件超过 2GB 时，
ftell返回long可能溢出；改用_ftelli64（Windows）或off_t+stat.st_size（POSIX）
真正麻烦的是文件中途被其他进程截断或追加——这时预估的 total_size 就失效了。生产环境要加 fstat 检查 size 是否变化，不过大多数离线处理场景，这一步可以省。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
