<time>标签仅用于语义化标注时间，不支持自动倒计时或过期判断；datetime属性不接受斜杠分隔的时间范围，须用两个独立标签分别标注起止日期，且必须符合ISO 8601格式；动态过期判断需JavaScript实现，并注意时区、编码及服务端校验。
用 <time> 标签标记有效期，但别指望它自动计算
HTML 本身不提供“有效期倒计时”或“自动判断是否过期”的能力，<time> 只是语义化容器，用来告诉浏览器和辅助工具“这段文本代表一个时间点或区间”。直接写 <time datetime="2025-01-01/2027-12-31">2025–2027</time> 是无效的——datetime 属性不支持斜杠分隔的时间范围，浏览器会忽略该值或解析失败。
正确做法是：用两个独立的 <time> 标签分别标注起止时间，并用普通文本或 CSS 控制显示样式：
<p>证书有效期：<time datetime="2025-01-01">2025年1月1日</time> 至 <time datetime="2027-12-31">2027年12月31日</time></p>
-
datetime必须符合 ISO 8601 格式（如2025-01-01），不能带中文、空格或破折号以外的符号 - 视觉上想显示为“2025–2027”，就只在标签内写
<time datetime="2025-01-01">2025</time>–<time datetime="2027-12-31">2027</time>，但语义完整性会下降 - 搜索引擎和屏幕阅读器更倾向识别完整日期，建议优先展示年月日，再用 CSS 或 JS 做视觉简化
想动态判断“是否已过期”，必须靠 JavaScript
纯 HTML 无法响应当前时间变化，也无法做比较逻辑。如果你需要在页面上实时显示“✅ 有效”或“❌ 已过期”，就得用 JS 读取 <time> 的 datetime 值，再和 new Date() 对比。
常见错误是直接取 textContent（比如 “2025–2027”）去解析——这会导致 Date.parse() 失败或误判。必须依赖 datetime 属性里的标准格式：
立即学习“前端免费学习笔记（深入）”；
const validFrom = new Date(document.querySelector('[datetime]').getAttribute('datetime'));
- 务必检查
getAttribute('datetime')是否存在且非空，否则new Date(null)会返回 Invalid Date - 时间范围判断要明确：是“当前时间在 [start, end] 之间”？还是“end ≥ now”就够了？证书通常只关心截止日，起始日多用于审计追溯
- 避免在页面加载时一次性判断后就不再更新——用户可能长时间挂着页面，应加
setInterval或使用requestIdleCallback定期重检（每分钟一次足够）
Rainmeter 或桌面工具里显示 HTML 时间，路径和编码最容易翻车
如果你用 Rainmeter 的 WebParser 读取本地 HTML 文件（比如 file://C:/cert.html）来提取有效期，两个细节几乎必踩坑：
- Windows 下
file://协议路径必须是三斜杠：file:///C:/cert.html，少一个斜杠就 404 - HTML 文件必须存为 UTF-8 无 BOM 编码，否则 Rainmeter 解析
datetime中的中文或特殊字符时会乱码，导致正则匹配失败 -
RegExp别贪快写(\d{4}-\d{2}-\d{2})——它可能同时匹配到起始日和截止日。应锚定上下文，例如：有效期.*?(\d{4}-\d{2}-\d{2}).*?至.*?(\d{4}-\d{2}-\d{2})，再用StringIndex=1或2分别取值
别把 HTML 当数据库，有效期逻辑尽量后移
把“2025–2027”硬编码在 HTML 里，意味着每次证书更新都要手动改前端文件，容易漏、难审计、不安全。更稳妥的做法是：
- 让后端 API 返回结构化数据（如 JSON：
{"valid_from":"2025-01-01","valid_to":"2027-12-31"}），前端只负责渲染和校验 - 如果必须用静态 HTML，至少把有效期抽成单独的
<script type="application/json">块，避免和展示逻辑混在一起 - 所有涉及“是否过期”的判断，服务端也要做一次（比如跳转前校验），不能只信前端 JS —— 用户可以禁用 JS 或篡改时间
最常被忽略的是时区：new Date("2027-12-31") 在东八区是当天 00:00，在美国西海岸却是前一天下午，证书截止通常指 UTC+0 还是签发地本地时间？这个必须和业务方对齐，不能默认按浏览器本地时区算。
