<time>元素应用于需机器识别时间语义的场景，如文章发布、活动起止、法律生效等；其datetime属性须严格遵循ISO 8601标准，如2024-12-05T14:30+08:00，可视文本可自定义为友好格式。
time 元素该用在什么场景<time> 不是用来“显示时间”的装饰性标签，而是语义化标记——告诉浏览器和辅助技术“这段文本是一个具体的时间点或时间段”。它本身不改变样式，也不自动格式化，只提供机器可读的 datetime 属性。常见用途包括：博客文章发布时间、活动开始时间、新闻稿时效、法律文件生效日等。如果只是想让日期看起来更美观，CSS 或 JS 格式化更合适；但若需被搜索引擎索引、屏幕阅读器准确朗读、或未来被结构化数据提取，<time> 就是必须的。
datetime 属性怎么写才合法datetime 的值必须符合 ISO 8601 标准，否则会被浏览器忽略（验证工具会报错）。实际使用中容易写错的有三类：
- 年份少于四位（如 12-05）→ 必须写成 2024-12-05
- 时间不含时区且用了冒号（如 14:30）→ 单独时间必须带时区或用 T 连接日期，正确写法是 2024-12-05T14:30 或 2024-12-05T14:30+08:00
- 仅写中文“2024年12月5日”作为 datetime 值 → 无效，必须用纯数字格式
- 月份或日期用单位数不补零（如 2024-5-5）→ 必须为 2024-05-05如何让 time 元素既语义正确又保持可读
用户看到的文本内容（即 <time>...</time> 中的子内容）和 datetime 属性可以不同，这是关键设计点：
- 可以显示友好格式，比如 <time datetime="2024-12-05">12月5日</time>
- 也可显示完整信息，如 <time datetime="2024-12-05T10:00+08:00">今天上午10点（北京时间）</time>
- 不要为了“省事”把 datetime 和可视文本完全一样写成中文，因为机器无法解析
- 如果内容来自 CMS 或后端，确保输出的 datetime 是标准化字符串，而非模板变量拼接出的非法格式
time 元素和 JavaScript Date 处理的关系<time> 本身不触发任何 JS 行为，但它能简化时间相关脚本的定位和提取：
- 用 document.querySelectorAll('time[datetime]') 轻松获取所有带时间语义的节点
- new Date(el.dateTime) 可直接解析 datetime 值（现代浏览器支持 ISO 字符串构造），比正则匹配中文日期可靠得多
- 注意：IE 不支持 el.dateTime 属性读取，需回退到 el.getAttribute('datetime')
- 若页面需要动态更新时间（如倒计时），仍需 JS 控制，<time> 只负责初始语义锚点，不是渲染引擎
datetime 的值必须符合 ISO 8601 标准，否则会被浏览器忽略（验证工具会报错）。实际使用中容易写错的有三类：- 年份少于四位（如
12-05）→ 必须写成 2024-12-05- 时间不含时区且用了冒号（如
14:30）→ 单独时间必须带时区或用 T 连接日期，正确写法是 2024-12-05T14:30 或 2024-12-05T14:30+08:00- 仅写中文“2024年12月5日”作为
datetime 值 → 无效，必须用纯数字格式- 月份或日期用单位数不补零（如
2024-5-5）→ 必须为 2024-05-05如何让 time 元素既语义正确又保持可读
用户看到的文本内容（即 <time>...</time> 中的子内容）和 datetime 属性可以不同，这是关键设计点：
- 可以显示友好格式，比如 <time datetime="2024-12-05">12月5日</time>
- 也可显示完整信息，如 <time datetime="2024-12-05T10:00+08:00">今天上午10点（北京时间）</time>
- 不要为了“省事”把 datetime 和可视文本完全一样写成中文，因为机器无法解析
- 如果内容来自 CMS 或后端，确保输出的 datetime 是标准化字符串，而非模板变量拼接出的非法格式
time 元素和 JavaScript Date 处理的关系<time> 本身不触发任何 JS 行为，但它能简化时间相关脚本的定位和提取：
- 用 document.querySelectorAll('time[datetime]') 轻松获取所有带时间语义的节点
- new Date(el.dateTime) 可直接解析 datetime 值（现代浏览器支持 ISO 字符串构造），比正则匹配中文日期可靠得多
- 注意：IE 不支持 el.dateTime 属性读取，需回退到 el.getAttribute('datetime')
- 若页面需要动态更新时间（如倒计时），仍需 JS 控制，<time> 只负责初始语义锚点，不是渲染引擎
<time> 本身不触发任何 JS 行为，但它能简化时间相关脚本的定位和提取：- 用
document.querySelectorAll('time[datetime]') 轻松获取所有带时间语义的节点-
new Date(el.dateTime) 可直接解析 datetime 值（现代浏览器支持 ISO 字符串构造），比正则匹配中文日期可靠得多- 注意：IE 不支持
el.dateTime 属性读取，需回退到 el.getAttribute('datetime')- 若页面需要动态更新时间（如倒计时），仍需 JS 控制，
<time> 只负责初始语义锚点，不是渲染引擎
真正容易被忽略的是：很多团队只在 SEO 检查时想起加 <time>，却没统一后端输出的 datetime 格式校验逻辑——结果页面里混着 2024/12/05、2024-12-5、Dec 5, 2024 几种写法，语义就失效了。
