缺失时区信息被各团队各自解释
失败输入:无时区后缀日志被当作不同本地时间。
失败表现:根因链路排序被重建错误。
修复:先标注“时区未知”,补齐来源时区后再排序。
Unix 时间戳转换
Quick CTA
输入 Unix 秒/毫秒或日期字符串,首屏直接对照 Local / UTC / ISO / Relative。
下一步(Workflow)
Deep 展开踩坑、配方、片段、FAQ 与相关工具,适合排查问题或继续深入。
将 Unix 时间戳(秒或毫秒)转换为本地时间、UTC 和 ISO 8601 格式,适用于日志排障、接口联调、事故时间线核对等场景;页面还会实时显示当前时间戳,方便你在不同系统之间快速校准时间口径。
Unix 秒
适合以秒为单位存储 epoch 值的后端系统。
Unix 毫秒
适合浏览器、日志或 JS 运行时常见的毫秒精度场景。
补充:很多时间故障,本质上不是时钟坏了,而是单位看错了。
Unix 毫秒
适合高吞吐遥测和数值排序场景。
ISO 8601 字符串
适合面向人阅读的日志与跨团队沟通。
补充:建议存储层只保留一种主格式,展示层再做多视图转换。
统一存 UTC
适合分布式系统与跨区排障。
仅存本地时间
仅适合单时区孤立应用。
补充:统一 UTC 能显著降低事故期时间歧义成本。
epoch + 来源时区
适合故障复盘与对客说明。
只存 epoch
适合短期内部指标。
补充:来源时区能显著提升解释性。
快速处理
适合低影响探索和快速本地核对。
受控流程
适合生产交付、审计留痕或跨团队交接。
补充:Timestamp 工具在发布前设置明确验收标准时更稳定。
直接执行
适合一次性实验和临时排障。
分阶段+复核
适合结果会被下游系统复用的场景。
补充:分阶段校验可减少静默兼容性回退。
失败输入:无时区后缀日志被当作不同本地时间。
失败表现:根因链路排序被重建错误。
修复:先标注“时区未知”,补齐来源时区后再排序。
失败输入:边界载荷缺少必填字段。
失败表现:本地看似通过,但在下游消费阶段失败。
修复:导出前统一契约并强制执行预检。
失败输入:一步执行绕过了复核检查点。
失败表现:同一源数据在不同环境得到不一致结果。
修复:明确兼容约束,并用独立消费端回归验证。
Q01
把 Unix 秒和 Unix 毫秒搞混,这会让时间直接偏差几十年。
Q02
先以 UTC 为统一基线,再附带本地时间做给人看的参考。
建议选:先统一为 UTC,再按需要展示本地时间。
谨慎用:避免直接混排各地本地时间日志。
建议选:使用快速处理并配轻量验证。
谨慎用:避免把探索结果直接升格为生产产物。
建议选:采用分阶段流程并保留验证记录。
谨慎用:避免无可回放证据的一步执行。
原因:日志值和接口返回看起来很像,但单位完全不同。
修复:第一步先确认单位,并在工单、面板和文档里显式写出来。
原因:跨地域系统和团队在事故中对“本地时间”的理解往往并不一致。
修复:所有比较都先回到 UTC,再把本地时间作为辅助视图。
原因:10 位秒级值若按毫秒解释,会落到 1970 年附近,直接扰乱排障判断。
修复:先看位数再解析:通常 10 位是秒,13 位是毫秒。
目标:在修改鉴权逻辑或写事故复盘前,先把原始时间戳翻成可读时间。
结果:你可以避开很多并不存在的“时间 bug”,把注意力放回真实问题。
目标:当一个系统输出秒级 Unix、另一个输出毫秒级 Unix 时,快速统一事件时间线。
结果:可以避免单位混淆导致的“错误因果判断”。
目标:把混合时区时间统一为 UTC,确保复盘顺序准确。
结果:复盘基于统一时间基准,不再靠时区猜测。
目标:把工单、应用日志、监控时间统一为可解释故事线。
结果:客服回复更一致,用户信任更高。
目标:让结果进入共享流程前先通过关键假设校验。
结果:交付更稳定,回滚和返工显著下降。
目标:把重复故障沉淀为可复用诊断流程。
结果:恢复时长缩短,执行差异降低。
text
1700000000 -> 2023-11-14T22:13:20Z时间类 bug 成本很高,因为看起来“偶发”。上线前先统一时区和时间戳单位,是最低成本的防线。
先确认上游给的是秒还是毫秒,单位错一位会直接偏几十年。
内部存储和传输统一 UTC,展示层再转换本地时间。
至少测试夏令时切换点和月末边界,使用固定样例保证可复现。
对外 API 要写明时区约定,避免客户端自行猜测。
时间问题先统一单位和时区,否则跨服务联调会反复踩坑。
Unix 时间戳表示自 1970 年 1 月 1 日(UTC)以来经过的秒数,也称 Unix 纪元。它是一种与时区无关的通用时间表示方式。
Unix 时间戳传统上使用秒。JavaScript 的 Date.now() 使用毫秒。一般 13 位数字是毫秒,10 位数字是秒。
是的。工具会自动识别常见时间戳长度,也支持可读日期字符串的快速转换。
工具会根据位数和数值范围判断。通常 10 位是秒,13 位是毫秒。
UTC 不受时区影响,而本地输出会应用你浏览器所在时区和夏令时规则。
可以。ISO 日期字符串最稳定;非标准日期格式在不同浏览器中可能解析结果不同。