用 setTimeout 递归调用更稳妥。因其可基于 Date.now() 动态计算下一次触发时间，避免 setInterval 在后台或高负载下的时间漂移；渲染时实时计算差值，不依赖中间状态；输入需转 ISO 格式并校验；结束时用守卫标志和 clearTimeout 防重复触发。
倒计时用 setInterval 还是 setTimeout 更稳妥？
用 setTimeout 递归调用更准。浏览器对 setInterval 的定时精度不保证，尤其在页面后台运行或 CPU 负载高时容易漂移；而每次重设 setTimeout 可以基于当前时间动态计算下一次触发点，误差控制在毫秒级。
- 每次更新前先用
Date.now()获取当前时间戳 - 计算剩余毫秒数：
targetTime - Date.now() - 若 ≤ 0，直接触发完成逻辑，不再继续调度
- 否则用
setTimeout(fn, Math.max(1, remainingMs))，避免传入 0 导致立即连发
怎么让倒计时在页面失焦/切到其他标签页时不卡住？
现代浏览器会节流后台标签页的 setTimeout/setInterval（可能降到 1s 甚至更慢），但倒计时逻辑本身不能依赖“每秒调用一次”。正确做法是：只在启动和用户交互时记录目标时间戳，后续所有显示都基于 Date.now() 实时计算差值。
- 不存“还剩多少秒”这种中间状态变量
- 渲染函数里每次都重新算：
Math.floor((targetTime - Date.now()) / 1000) - 即使页面休眠 5 分钟后唤醒，显示也会立刻跳到准确剩余时间，不会累积误差
输入时间怎么防错？new Date(input) 为什么经常返回 Invalid Date？
new Date() 对字符串格式极其敏感，不同浏览器解析规则还不一致。比如 "2024-10-05 14:30" 在 Safari 中可能失败，但 "2024-10-05T14:30" 就行。
Wechat Article Html
下载
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
- 推荐强制转成 ISO 格式再解析：
new Date(input.replace(/ /g, 'T')) - 或拆解为年月日时分，用构造函数：
new Date(year, monthIndex, day, hour, minute)（注意月份从 0 开始） - 必须校验结果：
isNaN(date.getTime())才算有效日期 - 输入框建议用
type="datetime-local"，它原生产出 ISO 字符串，兼容性好且无需手动拼接
提醒触发后怎么防止重复播放/弹窗？
倒计时结束那一刻可能因渲染延迟或多次进入判断条件而触发多遍。关键是在完成回调里加一个守卫标志，并立刻清除定时器引用。
立即学习“前端免费学习笔记（深入）”；
- 定义
let isCompleted = false - 在倒计时函数开头加
if (isCompleted) return - 真正完成时设
isCompleted = true，再执行声音、alert或 DOM 更新 - 如果用了
setTimeout递归，记得把上一个timeoutId用clearTimeout()清掉（虽然不强制，但避免内存残留）
真实场景中，用户可能反复修改时间又点开始，所以每次新倒计时前都要确保旧的已清除、状态已重置——这个细节漏掉，工具就会越来越卡。
