html倒计时仅用于展示，不能替代真实时间控制；必须用date.now()动态计算剩余时间戳，结合服务端下发的iso时间统一时区，并做本地时钟偏移补偿。
HTML倒计时本身不导致时间控制失效，但很多人把它当成了“时间控制”的替代品——结果是视觉上在倒，逻辑上完全失控。
倒计时显示 00:00:00 后按钮还能点
这是最典型的错觉：以为 DOM 上写了“00:00:00”，用户就点不了了。其实 document.getElementById('submit-btn').disabled = true 这行代码根本没写，或者只写在 setInterval 回调里、但没加 if (remain 判断分支。
- 所有业务控制动作（禁用按钮、提交表单、清空输入）必须显式写在“剩余时间为 0”的判断块内，不能靠倒计时 UI 自动触发
- 倒计时结束时务必调用
clearInterval(timerId)，否则定时器继续跑，可能反复执行控制逻辑（比如弹出多个 alert） - 页面刷新后倒计时重置，但后端任务早已过期——关键操作必须由后端校验
server_time >= end_time，前端只做友好提示
用 setInterval 每秒减 1 秒不准
这种写法：let sec = 60; setInterval(() => sec--, 1000) 看似简单，实则灾难。浏览器不保证 setInterval 准时执行，页面切到后台、GC、长任务都会让回调延迟或跳过。
- 正确做法是每次用
Date.now()计算真实差值：const remain = endTime - Date.now() - 目标时间必须是毫秒时间戳（如
1717023600000），不是字符串或Date对象直传，避免解析歧义 - 不要用
new Date().getTime()构造目标时间，而要用服务端返回的 ISO 字符串（如"2026-04-10T12:00:00Z"）再转成时间戳，确保时区统一
requestAnimationFrame 能解决倒计时跳秒吗
它能让数字变化更顺滑，但不能修复时间计算误差。RAF 只管渲染节奏，不管时间基准是否可信。
- RAF 适合做 UI 更新，比如每帧检查一次
endTime - Date.now()并更新textContent，但它不替代时间判断逻辑 - 若用 RAF 驱动，记得用
Math.max(0, remain)防负数，且在remain === 0时主动退出递归调用 - 别把 RAF 和
setInterval混用——一个管渲染，一个管逻辑，混了反而难调试
最容易被忽略的是：没做服务端时间与本地时钟的偏移补偿，却指望 setInterval 数秒数来对齐服务器。这就像用手机闹钟去校准高铁发车时间——差那几分钟，就是整个业务逻辑崩掉的起点。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
