倒计时不准的根本原因是误用易变的当前时间而非固定起点基准。正确做法是启动时记录System.currentTimeMillis()为起点，后续全靠差值计算；用\r覆盖刷新避免滚屏；时间偏移需用ZonedDateTime解析服务端ISO时间并转本地毫秒；sleep应动态校准下次刷新时刻而非固定间隔。
倒计时不准？先确认系统时钟和 System.currentTimeMillis() 的关系
Java 控制台倒计时不准，90% 是因为误把「本地时间显示」当成了「倒计时基准」。倒计时必须用绝对时间差，不能靠 Calendar 或 LocalDateTime.now() 反复取当前时刻再减——它们受系统时间跳变、NTP校时、夏令时切换影响，会导致跳秒、停顿甚至倒流。
正确做法是：启动时调用一次 System.currentTimeMillis() 记录起始毫秒数，后续所有剩余时间都基于这个基准做减法。
- 考试总时长（比如 60 分钟）转成毫秒：
long totalMs = 60L * 60 * 1000 - 启动倒计时瞬间记录：
long startTime = System.currentTimeMillis() - 每次刷新时计算：
long remainingMs = totalMs - (System.currentTimeMillis() - startTime) - 只要
remainingMs > 0就继续，否则结束
控制台实时刷新不闪烁？用 \r 而不是 \n
直接 System.out.println("剩余: 59s") 每次都换行，控制台会滚屏，看不出“倒计时感”。真正干净的刷新是覆盖本行——靠回车符 \r 回到行首，再输出新内容，末尾加空格覆盖残留字符。
注意 Windows 和 Linux 终端对 \r 支持一致，但别混用 \r\n，否则可能多出空行。
立即学习“Java免费学习笔记（深入）”；
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 用
System.out.print("\r剩余时间: " + seconds + "s ");（末尾空格很重要） - 首次输出后，记得调用
System.out.flush()，否则可能缓冲不显示 - 不要用
Scanner在倒计时中阻塞读取，会卡住刷新；如需中途退出，改用非阻塞方式或另起线程监听
时间偏移怎么算？别碰 TimeZone 和 SimpleDateFormat
用户说的“时间偏移”，通常是指考试系统部署在服务器（比如 UTC+0），而考生本地是 UTC+8，想让倒计时按考生本地时间开始。但控制台程序跑在谁的机器上，就该用谁的系统时间——强行转换时区只会引入 ZoneId.systemDefault() 以外的歧义。
真正需要偏移的场景只有一种：考试开始时间由服务端统一指定（如 “2024-05-20T14:00:00+0800”），客户端要算出本地毫秒差。这时必须用 Instant + ZonedDateTime 解析，而不是字符串截取或手动加减小时。
- 解析服务端给的 ISO 时间字符串：
ZonedDateTime examStart = ZonedDateTime.parse("2024-05-20T14:00:00+08:00") - 转成本地时区的毫秒：
long startMs = examStart.withZoneSameInstant(ZoneId.systemDefault()).toInstant().toEpochMilli() - 别用
Calendar.setTimeZone()，它不改变已有的getTimeInMillis()结果，容易白忙活
为什么 Thread.sleep(1000) 会越来越慢？
用 while 循环 + Thread.sleep(1000) 做秒级刷新，看似简单，实际误差会累积。因为 sleep 不保证精确唤醒，JVM 调度、GC、系统负载都会导致某次休眠变成 1020ms 或 1050ms，几轮下来就慢了 3–5 秒。
更稳的做法是：每次循环都重新计算「下一次该更新的时间点」，然后 sleep 到那个时刻，而不是固定间隔。
- 记录下次刷新目标时间：
long nextTick = System.currentTimeMillis() + 1000 - 循环内：
long sleepMs = Math.max(0, nextTick - System.currentTimeMillis()) - 再
Thread.sleep(sleepMs)，然后立刻更新nextTick += 1000 - 这样即使某次 sleep 延迟了，下一次会自动追回来，整体节奏紧贴真实秒表
控制台倒计时最麻烦的从来不是写几行代码，而是默认以为“时间就是现在看到的那个数字”——可操作系统里的“现在”，其实是个随时可能被修正的近似值。真要准，就得锚定一个起点，全程只算差值，其他都得让路。
