用 fmt.Print 覆盖上一行输出时，为什么光标没动、文字堆叠了
Go 默认不支持“回退一行”这种终端控制，fmt.Print 只是把字符发给 stdout，终端是否重绘、如何换行，全看它自己。常见现象是：连续打印 "\r" 后跟新内容，结果文字越叠越长，甚至乱码。
根本原因是：Windows cmd、某些 IDE 内置终端、VS Code 的集成终端默认不响应 \r（回车）或 \033[A（上移光标）这类 ANSI 转义序列；而 Linux/macOS 终端大多支持，但也要确保 Go 进程输出未被缓冲。
- 加
os.Stdout.Sync()强制刷新缓冲区（尤其在循环中） - 用
\r时，确保每次覆盖的字符串长度 ≥ 上次长度，否则残留旧字符（比如从"30%"切到"5%"，末尾的"0%"还在） - 更稳妥的做法是先用
\033[2K清空当前行，再\r回到行首，例如：fmt.Print("\033[2K\r", "done: 100%")
在 Windows 上跑 fmt.Print("\033[...") 没反应？检查控制台模式
Windows 10 1511+ 原生支持 ANSI 转义，但默认可能关闭。Go 程序启动时不会自动启用，必须手动调用系统 API 设置控制台模式。
不设的话，\033[A、\033[2K 这些全被当普通字符忽略——你看到的不是“没动”，而是“原样打印了乱码”。
立即学习“go语言免费学习笔记（深入）”；
- 用
golang.org/x/sys/windows包调用SetConsoleMode，开启ENABLE_VIRTUAL_TERMINAL_PROCESSING - 注意：仅对当前
os.Stdout句柄生效，子进程或重定向后无效 - 简单验证方式：运行
go run -u .前先在 PowerShell 执行$Env:TERM="xterm"（非必需，但可辅助调试）
time.Sleep 控制刷新频率，但卡住整个程序怎么办
进度条常放在循环里，如果直接 time.Sleep(100 * time.Millisecond)，主线程就停了——UI 假死、网络请求中断、信号无法响应。
这不是“要不要睡”的问题，而是“谁来睡、怎么睡”。真实场景里，进度往往跟着 IO 或计算走，不该靠 sleep 模拟。
- 用
select+time.After非阻塞等待，把 sleep 放进 goroutine，主逻辑继续跑 - 更合理的是：把进度更新绑定到实际工作单元，比如每处理完一个文件、每收到一次 HTTP chunk 就更新一次
- 避免固定间隔刷新，改用“变化才刷”：记录上一次显示的百分比，只在
newPct != lastPct时输出
用 \b（退格）删文字？别试了，终端兼容性极差
\b 在部分终端里只是让光标左移一格，不擦除字符；有些甚至完全无视。网上搜到的“用 \b\b\b 覆盖”方案，在 macOS Terminal、iTerm2、Windows Terminal 上表现不一致，极易出错。
真正跨平台可靠的擦除动作只有两个：\r 回到行首（配合足够长的覆盖字符串），或 \033[2K 清空整行（ANSI 标准，现代终端都认）。
-
\033[2K是清当前行，\033[1K是清行首到光标，\033[K是清光标到行尾——选[2K最省心 - 不要拼接多个
\b去“删除”，哪怕看起来在你机器上能用，CI 环境或 Docker 容器里大概率崩 - 如果必须支持极老终端（比如某些嵌入式串口），那就放弃动态进度条，改用静态日志打点
最麻烦的从来不是写对那几行转义字符，而是得同时考虑：终端类型、输出是否被重定向、Go 运行时环境、用户有没有关掉颜色支持。这些细节不显眼，但漏一个，进度条就在某台机器上静默失效。
