HTML时间戳显示异常主因是单位错误、格式不合法或未正确提取原始值：秒级时间戳需×1000转毫秒，data属性值须parseInt后×1000，datetime必须符合ISO 8601标准。
直接说结论：HTML里出现时间戳显示异常（比如变成“Invalid Date”或错乱日期），90%是因为时间戳单位错了、格式不合法，或没正确提取原始值——不是JS函数有问题，是传进去的值本身就不对。
时间戳单位搞错：Date 期待毫秒，你给的是秒
常见错误现象：页面显示 Invalid Date，或者日期比实际早/晚整整 1000 倍（比如 2025 年显示成 1970 年）。
原因很简单：Date 构造函数和 .getTime() 等方法默认处理的是毫秒级时间戳；但后端常返回秒级时间戳（10 位数字），前端没乘 1000 就直接用了。
- ✅ 正确做法：确认时间戳长度——10 位就
* 1000，13 位直接用 - ❌ 错误写法：
new Date(1712420760)（这是秒，会错） - ✅ 应该写：
new Date(1712420760 * 1000)或new Date(1712420760000) - ⚠️ 注意：
Date.parse()只接受字符串，且只解析 ISO 格式（如"2025-04-06T13:26:00Z"），不接受纯数字时间戳
data 属性里的时间戳被当成字符串，没转成数字
很多 HTML 页面把时间戳存在 data-timestamp 或 data 属性里，比如：<div data-timestamp="1712420760"></div>。JS 读出来是字符串，直接传给 Date 就会失败。
立即学习“前端免费学习笔记（深入）”；
- ✅ 必须显式转换：
const ts = parseInt(el.getAttribute('data-timestamp')) * 1000 - ❌ 不要直接用：
new Date(el.getAttribute('data-timestamp'))（这会尝试解析字符串 "1712420760"，结果是 Invalid Date） - ? 提示：用
Number()或parseInt()都行，但别漏掉* 1000 - ? 调试技巧：在控制台打印
typeof和el.getAttribute('data-timestamp')，确认是不是字符串、有没有空格或隐藏字符
HTML 中用 datetime 属性时格式不标准
如果你用的是语义化写法，比如 <time datetime="2025-04-06 13:26:00">4月6日</time>，注意：这个 datetime 值必须符合 ISO 8601 标准，否则 Date 解析会出问题。
- ✅ 接受的格式：
"2025-04-06T13:26:00Z"、"2025-04-06T13:26:00+08:00" - ❌ 拒绝的格式：
"2025-04-06 13:26:00"（缺T和时区）、"2025/04/06"（斜杠分隔） - ? 补救办法：手动拼接成标准格式，例如：
const iso = dtStr.replace(/(\d{4})-(\d{2})-(\d{2}) (\d{2}:\d{2}:\d{2})/, '$1-$2-$3T$4') - ⚠️ 特别注意：浏览器对非标准
datetime的容错差异大，Chrome 可能勉强解析，Safari 直接返回Invalid Date
真正容易被忽略的点是：时间戳来源是否可信。比如从服务端 JSON 返回的字段名写成 create_time 却实际存的是字符串 "2025-04-06 13:26:00"，而不是数字；又或者用了 data 属性但忘了加引号导致 HTML 解析失败——这些都不是 JS 转换逻辑的问题，而是数据管道一开始就没对齐。
