开发中为什么总要用到
API日志、JWT过期、缓存TTL、埋点事件几乎都以Unix时间戳存储。排查「为什么定时任务没跑」「Token为何提前失效」时，第一件事往往是把数字翻译成可读时间，并确认是秒还是毫秒。
常见坑
- 把毫秒当成秒（或多三位0），日期会显示到「五万多年后」。
- 忽略时区：服务器UTC与用户本地差8小时，对账要统一。
- 夏令时地区用本地墙钟计算间隔可能出错，间隔应用UTC毫秒差。
与AI系统的关系
在Agent调用工具、审计日志、评测集标注时间等场景，统一时间格式能降低排障成本。建议日志同时打 ISO8601 与 unix 秒，避免歧义。
常见问题
怎么判断是秒还是毫秒？
一般10位偏秒、13位偏毫秒。转出来若是1970或远未来，多半单位选错。
为什么和服务器差8小时？
时区差异。对账请统一用UTC或明确标注时区。
datetime-local 不带秒怎么办？
部分浏览器精度不同，可手动补秒或只用时间戳输入。