因为std::cout默认行缓冲且endl会换行刷新，导致每次输出向下滚动而非覆盖；正确做法是用\r回车到行首、手动flush刷新，避免endl破坏同一行更新逻辑。
为什么 std::cout 直接输出百分比会换行卡顿
默认情况下，std::cout 输出后会刷新缓冲区并换行（\n），导致每次更新都向下滚动一行，根本不是“同一行刷新”。真正要模拟进度条，必须覆盖原位置，而不是追加新行。
关键点在于：用回车符 \r 将光标移回行首，再输出新内容，从而实现覆盖重绘。但要注意 Windows 控制台对 \r 的兼容性比 \n\r 更稳定，而现代 C++ 标准流在不同平台下行为一致，直接用 \r 即可。
- 别用
std::endl—— 它强制刷新 + 换行，破坏覆盖逻辑 - 必须手动调用
std::flush或设置std::cout ，否则输出可能滞留在缓冲区不显示 - 如果终端不支持回车覆盖（极少见），会看到多行堆叠，此时需检测
isatty(STDOUT_FILENO)做降级处理（如只打点）
用 std::cout + \r 实现基础百分比刷新
最轻量的做法是拼接字符串，每次输出前清空本行视觉残留（比如补空格），再写入新内容。注意宽度固定能避免跳动，例如固定占 10 字符宽的百分比字段。
for (int i = 0; i <= 100; ++i) {
std::cout << "\rProgress: " << i << "% "; // 末尾空格用于擦除旧字符
std::cout.flush(); // 确保立即显示
std::this_thread::sleep_for(std::chrono::milliseconds(50));
}
-
\r是核心，不是\b（退格）—— 后者只能删一个字符，无法清整行 - 末尾加几个空格（如
" "）是为了覆盖上一次更短的输出（比如从"99%"变成"100%"时多一位，但若不擦，会残留旧数字尾巴） - 不要用
system("cls")清屏——那是全屏闪烁，不是“同一行刷新”
跨平台兼容性要注意的三个细节
Linux/macOS 终端对 \r 支持良好；Windows 的 cmd 和 PowerShell 也支持，但旧版 ConHost 在快速刷新时偶有渲染延迟。真正影响体验的是缓冲策略和编码。
立即学习“C++免费学习笔记（深入）”；
- Windows 下若项目用宽字符（
wcout），需先调用_setmode(_fileno(stdout), _O_U16TEXT)，否则\r可能失效 - 某些 IDE 内置终端（如 CLion、VS Code 的集成终端）会截断或忽略
\r，建议优先在系统终端中测试 - 如果程序被重定向到文件（如
./a.out > log.txt），\r会原样写入，不会触发覆盖行为——此时应检测isatty(STDOUT_FILENO)并关闭进度刷新
要不要用第三方库？比如 ncurses 或 termcolor
单纯做百分比刷新，完全不需要。这些库解决的是复杂终端控制（如光标定位、颜色、多行动画），引入反而增加编译依赖和平台适配成本。
只有当你需要：带方括号的进度条（[=====> ] 55%）、实时剩余时间、多任务并行进度、或彩色高亮时，才值得考虑封装或引入轻量头文件库（如 indicators）。但它的底层依然是 \r + flush + 宽度计算。
-
ncurses过重，且 Windows 需额外编译win32 ncurses移植层 -
termcolor只管颜色，不管刷新逻辑，不能替代\r行为 - 真要扩展，建议自己封装一个
ProgressBar类，内部维护当前宽度、是否启用、是否支持 ANSI 等状态，比引入外部依赖更可控
flush，或者 IDE 终端吃掉了 \r。先在系统终端跑通，再回头适配开发环境。 
