最直接方法是调用new Date()获取客户端本地时间；需注意月份从0开始、toISOString()返回UTC时间、toLocaleDateString()按本地格式化，且不可直接修改getXXX()返回值。
用 Date 对象获取当前日期时间最直接
浏览器原生 Date 就是干这事的，不用额外库、不依赖服务器时间。调用 new Date() 得到当前客户端本地时间（注意：是用户设备系统时间，不是 UTC，也不是服务端时间）。
常见错误是直接写 document.write(new Date()) —— 这会清空整个页面，而且无法控制格式。正确做法是选中一个元素，用 textContent 或 innerHTML 更新它。
-
toLocaleDateString()输出本地化日期（如 "2024/6/12" 或 "12/06/2024"，取决于系统语言） -
toLocaleTimeString()输出本地化时间（如 "下午 3:28:45"） - 需要固定格式（如 "YYYY-MM-DD HH:mm:ss"）时，得手动拼接或用
toISOString().slice(0, 19).replace('T', ' ')（但注意这是 UTC 时间）
把时间动态写进带 data-time 属性的标签里
很多模板系统（比如某些 CMS 或静态站点生成器）支持类似 <span data-time="datetime"></span> 的占位标签，靠 JS 扫描并填充。这不是 HTML 标准行为，得自己实现扫描逻辑。
关键点在于：别用 getElementsByClassName 硬编码类名，优先用属性选择器更灵活；更新前先检查元素是否存在，避免报错中断脚本。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 用
document.querySelectorAll('[data-time]')找所有带该属性的元素 - 遍历每个元素，根据
dataset.time值决定输出格式："date"、"time"、"datetime" - 对
datetime类型，推荐用new Date().toLocaleString()，兼顾可读性和本地化
document.querySelectorAll('[data-time]').forEach(el => {
const format = el.dataset.time;
const now = new Date();
if (format === 'date') el.textContent = now.toLocaleDateString();
else if (format === 'time') el.textContent = now.toLocaleTimeString();
else el.textContent = now.toLocaleString();
});
setInterval 自动刷新时间要谨慎
如果想让时间“走动”（比如秒表效果），必须用 setInterval，但每秒执行一次 new Date() 并更新 DOM 是安全的；每毫秒刷一次就纯属浪费资源，且可能卡顿。
容易被忽略的是：用户切到其他标签页时，浏览器可能节流 setInterval（尤其 Chrome），导致秒数跳变。真要高精度，得结合 requestAnimationFrame 或监听 visibilitychange 事件做补偿。
- 刷新间隔设为
1000（1 秒）足够，别用500或更小值 - 务必保存
setInterval返回的 ID，在页面卸载前用clearInterval清理，防止内存泄漏 - 如果只是显示“当前打开页面时的时间”，根本不需要定时器——只运行一次即可
服务端时间与客户端时间不一致怎么办
网页里用 Date 拿到的永远是用户电脑时间，若需和服务器对齐（比如倒计时、日志时间戳），必须通过 API 获取服务端时间，再计算偏移量。
典型做法是首次加载时发个轻量请求（如 /api/time），返回 ISO 字符串，然后在本地存下差值。后续所有时间展示都基于这个校准后的时间，而不是直接用 new Date()。
- 不要在每次渲染时都去请求服务端时间——网络延迟会导致不准，还增加负载
- 差值不是一成不变的，建议每 5–10 分钟重新校准一次，用
setTimeout触发下一轮请求 - 若后端已返回时间戳（如
serverTime: 1718200000000），直接new Date(serverTime)即可，无需字符串解析
