应确保dom加载完成再执行时间脚本，使用tolocaletimestring()需注意区域设置影响，推荐手动取值+padstart(2,'0')；setinterval存在漂移，应每次比对当前秒数更新；页面隐藏时需清理定时器并监听visibilitychange事件。
直接用 Date 对象配合 setInterval 就能跑起来，但不处理 DOM 加载时机、时区或页面隐藏状态，很容易在真实项目里出问题——比如时间卡住、秒数跳变、后台标签页狂刷 CPU。
确保 DOM 加载完成再执行时间脚本
如果 script 放在 里，document.getElementById('clock') 很可能返回 null，因为对应元素还没解析到。
- 把
<script></script>移到前面是最简单可靠的方案 - 或者用
document.addEventListener('DOMContentLoaded', ...)包一层，确保 DOM 树就绪 - 别依赖
window.onload，它等所有资源（图片、CSS）加载完才触发，太晚
用 toLocaleTimeString() 还是手动拼接？
toLocaleTimeString() 看似省事，但它受用户系统语言和区域设置影响：中文系统显示“上午11:57:23”，英文系统可能是“11:57:23 AM”，且无法精确控制是否补零、是否含秒。
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 要稳定输出
11:57:23这种格式，推荐手动取值 +padStart(2, '0') - 若需适配多语言（如显示“星期三”），用
Intl.DateTimeFormat更可靠，例如：new Intl.DateTimeFormat('zh-CN', { weekday: 'long', hour: '2-digit', minute: '2-digit', second: '2-digit' }).format(new Date()) - 注意
getMonth()返回 0–11，必须加 1；getDate()才是 1–31
为什么 setInterval(fn, 1000) 会漂移？
浏览器的定时器不是精确的，尤其当页面被切换到后台、CPU 负载高或发生 GC 时，setInterval 可能延迟执行，导致秒数“跳两下”或“卡半秒”。
- 更健壮的做法是每次执行时重新计算“该显示哪一秒”，而不是盲目递增计数器
- 示例逻辑：
const now = new Date(); const sec = now.getSeconds(); if (sec !== lastSec) { updateDisplay(); lastSec = sec; } - 进阶可换用
requestAnimationFrame，但它只保证重绘时机，仍需自己比对秒数变化，不能替代时间判断逻辑
页面不可见时要不要停掉时钟？
要。Chrome/Firefox 对后台标签页会节流 setInterval，最低降到 1 分钟一次，但你的回调仍在注册、闭包还在持引用，长期运行可能内存缓慢增长；更关键的是，用户切回来时时间直接跳一大截，体验断裂。
- 监听
document.visibilityState和visibilitychange事件 - 页面隐藏时调用
clearInterval(timerId)，显示时重新启动 - 别忘了在卸载前（如 SPA 路由离开）也清理定时器，避免悬空引用
真正难的不是让时间动起来，而是让它在各种边界条件下都稳——比如用户改了系统时间、跨天、夏令时切换、页面被冻结又恢复。这些细节不显眼，但一出问题就是“时间不准”，用户第一反应就是“这网页不靠谱”。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
