标签仅提供语义化时间信息，不自动格式化；显示文本需手动指定，datetime属性存储标准iso格式供机器解析，格式化须依赖javascript或服务端处理。
time 标签本身不格式化时间，只语义化
<time></time> 是语义化标签，不是格式化工具。它不会自动把 2024-06-15T14:30:00Z 转成“6月15日 14:30”或本地时区时间。浏览器只用它暴露机器可读的时间值（比如给屏幕阅读器或搜索引擎），渲染出来的文本完全取决于你写在标签里的内容。
常见错误是以为这样就能“自动格式化”：
<time datetime="2024-06-15T14:30:00Z">2024-06-15T14:30:00Z</time>
结果页面就真显示一串 ISO 字符串——没做任何处理。
必须手动提供人类可读文本，datetime 属性才起作用
你要自己决定怎么显示，datetime 属性只负责存标准格式供机器解析。比如：
<time datetime="2024-06-15T14:30:00Z">2024年6月15日 22:30（北京时间）</time>
这样用户看到的是中文友好格式，而 datetime 值仍保持 ISO 标准，可用于脚本提取或 SEO。
- 如果只写
<time>刚发布</time>，没加datetime，那语义信息就丢失了 -
datetime值必须符合 HTML 规范定义的格式：支持YYYY-MM-DD、HH:MM、YYYY-MM-DDTHH:MM:SSZ等，不支持任意字符串 - 时区偏移写成
+08:00或Z都可以，但别写GMT+8—— 浏览器会忽略该属性
想动态格式化？得靠 JavaScript，不是 time 标签
如果你有一堆 ISO 字符串（比如从 API 拿到的 "2024-06-15T14:30:00Z"），需要统一转成本地时间并塞进 <time></time>，就得手写 JS：
如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更
const iso = "2024-06-15T14:30:00Z";
const date = new Date(iso);
const formatted = date.toLocaleString("zh-CN", {
year: "numeric",
month: "short",
day: "numeric",
hour: "2-digit",
minute: "2-digit"
});
document.querySelector("time").textContent = formatted;
document.querySelector("time").setAttribute("datetime", iso);
注意点：
-
new Date(iso)在旧版 Safari 对Z结尾支持不稳定，稳妥做法是先 replaceZ成+00:00 - 别依赖
toLocaleString()的默认行为——不同系统 locale 设置会导致输出差异，显式传参更可控 - 如果页面静态生成，建议服务端就完成格式化，避免客户端 JS 渲染延迟或失败
SEO 和无障碍场景下，datetime 属性比显示文本更重要
搜索引擎和辅助技术主要读取 datetime 属性，而不是你写的中文文本。所以即使你显示“昨天”，datetime 也必须填真实时间值，否则语义失效。
典型反例：
<time datetime="2024-06-15T14:30:00Z">昨天</time>
这会让爬虫认为事件发生在 2024-06-15，但用户看到“昨天”，两者矛盾。正确做法是：
- 要么保持语义一致：
<time datetime="2024-06-15T14:30:00Z">2024年6月15日</time> - 要么用 JS 动态更新文本，同时确保
datetime不变 - 绝对不要用 CSS 把
datetime值藏起来再另放一个“好看”的时间——机器看不到隐藏内容
time 标签的价值全在 datetime 属性是否准确、是否与显示一致。格式化这事，它不管，也管不了。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
