标签不负责显示多时区时间，只提供带时区偏移的ISO 8601语义化时间戳，JS据此解析并转换为各时区本地时间。
为什么多时区场景下 <time></time> 的 datetime 更关键
浏览器和辅助技术（如屏幕阅读器、搜索引擎）只认标准 ISO 8601 字符串。如果 datetime 缺失、格式错误或没带时区，JS 就拿不到可靠基准时间，跨时区转换会直接失效或产生偏差。
✅ 正确示例（北京时间发布）：
<time datetime="2026-06-23T22:33:00+08:00">今晚10:33</time>
这个值明确表示“东八区的2026年6月23日22:33”，JS 可据此转成纽约、伦敦、东京时间。❌ 常见错误（看似正常，实则无效）：
<time datetime="2026-06-23 22:33">今晚10:33</time>→ 缺T，非法<time datetime="2026-06-23T22:33+08"></time>→ 时区缺冒号，应为+08:00<time datetime="2026-06-23T22:33:00 CST"></time>→CST非标准，不被识别
多时区显示的合理分工
-
<time></time>负责：提供唯一、无歧义、带偏移量的原始时间戳（如+08:00）。 - JS 负责：用
new Date(el.dateTime)解析该时间，再调用toLocaleString()按用户本地时区或指定时区渲染。 - 示例（安全转换为洛杉矶时间）：
const timeEl = document.querySelector('time'); const dt = new Date(timeEl.dateTime); // 自动按 +08:00 解析 const laTime = dt.toLocaleString('en-US', { timeZone: 'America/Los_Angeles' }); console.log(laTime); // 如 "6/23/2026, 7:33:00 AM"
动态生成带时区 datetime 的安全做法
避免手拼、避免 toLocaleString() 输出。推荐方式：
- 要 UTC 时间：用
new Date().toISOString()→ 得到"2026-06-23T14:33:00.123Z"，截掉毫秒保留Z即可。 - 要本地时区（如北京时间）：
const now = new Date(); const offset = now.getTimezoneOffset(); // 分钟数，东八区为 -480 const absOffset = Math.abs(offset); const sign = offset <= 0 ? '+' : '-'; const hh = String(Math.floor(absOffset / 60)).padStart(2, '0'); const mm = String(absOffset % 60).padStart(2, '0'); const isoStr = now.toISOString().slice(0, 19) + sign + hh + ':' + mm; // 结果：2026-06-23T22:33:00+08:00
不适合用 <time></time> 的多时区“伪需求”
- “全球用户看到自己本地时间” → 这不是
<time></time>的职责，而是 JS 渲染层的事；<time></time>只需提供统一基准。 - “营业时间：周一至周五 9:00–18:00” → 没有具体日期和时区，不能用
<time></time>，应使用<meta>或结构化数据描述。 - “倒计时还剩 2 小时” → 相对时间，
datetime无法表达，硬填会破坏语义。
