2026-09-23 05:29:38 · UTC · UTC +00:00 2026-09-23 05:29:38 UTC · UTC +00:00 时间该存时间戳还是 ISO 字符串？ Code review 上为同一列吵起来：一个人存 Unix 时间戳整数，另一个存 ISO 字符串，第三方 API 又甩回一串带 Z 的文本。到底哪个「对」？争论几乎总卡在整数还是字符串上——可这恰恰是最不重要、也最该最后问的那个问题。真正决定成败的，是它之前的那几问。 阅读文章 → 时间该存时间戳还是 ISO 字符串？ Code review 上为同一列吵起来：一个人存 Unix 时间戳整数，另一个存 ISO 字符串，第三方 API 又甩回一串带 Z 的文本。到底哪个「对」？争论几乎总卡在整数还是字符串上——可这恰恰是最不重要、也最该最后问的那个问题。真正决定成败的，是它之前的那几问。 UTC、GMT、ISO 8601 与 Unix 时间戳有什么区别？ UTC、GMT、结尾的 Z、+08:00、一串十位数字，常被当成同一个东西混用，而时间的 bug 正是这么溜进来的。它们不是「时间」的几种变体，而是处在四个不同的层。这篇把参考时间尺度、时区、偏移，以及写下一个瞬间的两种记法各自归位。 阅读文章 → UTC、GMT、ISO 8601 与 Unix 时间戳有什么区别？ UTC、GMT、结尾的 Z、+08:00、一串十位数字，常被当成同一个东西混用，而时间的 bug 正是这么溜进来的。它们不是「时间」的几种变体，而是处在四个不同的层。这篇把参考时间尺度、时区、偏移，以及写下一个瞬间的两种记法各自归位。 Unix 时间戳为什么不对？秒、毫秒与时区 一个显示错误的时间戳，几乎从来不是数字本身出了问题，而是搞错了类别。Unix 时间戳既不是日期，也没有时区——它只是从某个固定时刻起算的一个秒数。一旦你把「这个瞬间」和「它被渲染成的样子」分开，「差了几十年」「差了三小时」「差了一天」就各自塌缩成一个具体、能找到的原因。 阅读文章 → Unix 时间戳为什么不对？秒、毫秒与时区 一个显示错误的时间戳，几乎从来不是数字本身出了问题，而是搞错了类别。Unix 时间戳既不是日期，也没有时区——它只是从某个固定时刻起算的一个秒数。一旦你把「这个瞬间」和「它被渲染成的样子」分开，「差了几十年」「差了三小时」「差了一天」就各自塌缩成一个具体、能找到的原因。 这个工具重点解决时间戳最常见的三类问题：单位、时区和输入格式。 01 实时当前时间戳 以秒或毫秒显示当前 Unix 时间戳，也可以暂停实时值，复制一个稳定的测试参考值。 以秒或毫秒显示当前 Unix 时间戳，也可以暂停实时值，复制一个稳定的测试参考值。 02 时间戳转日期时间 把 Unix 秒或毫秒转换为指定时区下的可读日期时间，并同时显示 ISO 和 UTC 参考值。 把 Unix 秒或毫秒转换为指定时区下的可读日期时间，并同时显示 ISO 和 UTC 参考值。 03 日期时间转时间戳 将本地时间、ISO 字符串、RFC 日期或 HTTP Date 值，按你选择的来源时区转换为 Unix 时间戳。 将本地时间、ISO 字符串、RFC 日期或 HTTP Date 值，按你选择的来源时区转换为 Unix 时间戳。 04 IANA 时区搜索 可选择 UTC、Asia/Shanghai、Europe/London、America/New_York 等标准时区名称。 可选择 UTC、Asia/Shanghai、Europe/London、America/New_York 等标准时区名称。 05 灵活的日期解析 支持横线、斜杠、点号分隔日期，紧凑数字格式，带偏移的 ISO，UTC 的 Z 后缀，RFC 和 HTTP Date 字符串。 支持横线、斜杠、点号分隔日期，紧凑数字格式，带偏移的 ISO，UTC 的 Z 后缀，RFC 和 HTTP Date 字符串。 06 一键复制结果 当前时间戳、转换后的本地时间、ISO 字符串和生成的时间戳都可以直接复制，用于 API 参数和测试用例。 当前时间戳、转换后的本地时间、ISO 字符串和生成的时间戳都可以直接复制，用于 API 参数和测试用例。 转换前先确认单位和时区。很多时间戳问题都来自把秒和毫秒混用，或把本地时间当成 UTC。 01 在当前时间区域选择一个参考时区，然后确认你需要的是秒级还是毫秒级时间戳。 在当前时间区域选择一个参考时区，然后确认你需要的是秒级还是毫秒级时间戳。 02 如果要把时间戳转成日期，把数字粘贴到时间戳转时间，选择输入单位和输出时区。 如果要把时间戳转成日期，把数字粘贴到时间戳转时间，选择输入单位和输出时区。 03 如果要把日期转成时间戳，在时间转时间戳中输入日期时间文本，并选择这个输入代表的来源时区。 如果要把日期转成时间戳，在时间转时间戳中输入日期时间文本，并选择这个输入代表的来源时区。 04 检查本地结果、ISO 值和 UTC 参考值，确认它们和你正在测试的系统一致。 检查本地结果、ISO 值和 UTC 参考值，确认它们和你正在测试的系统一致。 05 使用复制按钮，将时间戳或 ISO 值放入 API 请求、SQL 查询、日志备注、配置文件或测试脚本。 使用复制按钮，将时间戳或 ISO 值放入 API 请求、SQL 查询、日志备注、配置文件或测试脚本。 页面会明确暴露时区和单位选择，而不是把这些关键细节隐藏在浏览器默认语言环境里。 实时钟、时间戳输入和生成结果都可以在秒与毫秒之间切换。 同一个时间戳可以在不同时区下查看，方便排查偏移错误和跨日期边界问题。 带 Z 或 +08:00 等偏移的 ISO 值，会先被解析为绝对时间，再按显示时区转换。 不带偏移的日期时间文本，会按所选来源时区解释；处理用户本地时间时尤其重要。 UTC 输出始终可见，方便和数据库、日志、后端服务、队列里的值对照。 当前时间戳可以暂停，便于生成可复现的测试数据，或记录稳定的事故时间线节点。 输入解析覆盖日志、表格导出、HTTP 头、邮件头和 API 响应中常见的日期值。 当一个被存储的时间点需要和人类可读时间、系统日志、API 契约、用户可见日程对齐时，时间戳转换就很有用。 API 调试 检查请求数据用的是 10 位秒级时间戳还是 13 位毫秒级时间戳，并确认显示日期是否符合预期时区。 检查请求数据用的是 10 位秒级时间戳还是 13 位毫秒级时间戳，并确认显示日期是否符合预期时区。 日志排查 把日志中的 Unix 时间戳转成本地时间或 UTC，让请求、任务、告警和错误顺序更容易比较。 把日志中的 Unix 时间戳转成本地时间或 UTC，让请求、任务、告警和错误顺序更容易比较。 数据库查询 为 created_at、updated_at、expires_at、deleted_at 等字段准备时间范围值。 为 created_at、updated_at、expires_at、deleted_at 等字段准备时间范围值。 定时任务和过期规则 验证 Cron 执行、延迟队列、缓存过期、重试间隔、token 过期和后台任务参数。 验证 Cron 执行、延迟队列、缓存过期、重试间隔、token 过期和后台任务参数。 跨时区产品逻辑 检查预约、会议、账单周期、活动开始时间和用户本地日期规则在不同地区下是否正确。 检查预约、会议、账单周期、活动开始时间和用户本地日期规则在不同地区下是否正确。 前后端对齐 在集成测试中对比浏览器显示时间、用户时区、UTC 存储值和 API 时间戳字段。 在集成测试中对比浏览器显示时间、用户时区、UTC 存储值和 API 时间戳字段。 当时间戳代表会议、发布、账单截止或用户本地事件时，可以用 时区转换器 比较它在不同地区的最终时间。如果你需要先计算试用期、SLA 窗口、活动周期或截止日期，再生成时间戳，建议先用 日期计算器 算清楚业务规则，再生成对应的 Unix 值。而当你要的不是某一个时刻、而是一个重复的排期时，读懂或写出它背后那条表达式，靠的是 Cron 表达式工具 。 这些概念可以解释为什么一个值看起来会差 8 小时、差 1 天，或刚好大 / 小 1000 倍。 Unix 时间戳 / epoch 时间 Unix 时间戳表示从 1970-01-01 00:00:00 UTC 开始经过的时间。它代表一个绝对时间点，本身不携带时区。 Unix 时间戳 / epoch 时间 Unix 时间戳表示从 1970-01-01 00:00:00 UTC 开始经过的时间。它代表一个绝对时间点，本身不携带时区。 Unix 秒 秒级时间戳通常是 10 位，例如 1715241600。后端 API、数据库和命令行工具中很常见。

秒级时间戳通常是 10 位，例如 1715241600。后端 API、数据库和命令行工具中很常见。 Unix 毫秒 毫秒级时间戳通常是 13 位，例如 1715241600000。JavaScript 的 Date.now() 返回的就是毫秒。 毫秒级时间戳通常是 13 位，例如 1715241600000。JavaScript 的 Date.now() 返回的就是毫秒。 UTC UTC 是零偏移的时间参考。数据库、日志和分布式服务通常用 UTC 存储和比较时间，再在显示时转换。 UTC 是零偏移的时间参考。数据库、日志和分布式服务通常用 UTC 存储和比较时间，再在显示时转换。 IANA 时区 Asia/Shanghai、Europe/Berlin、America/Los_Angeles 这类名称包含地区规则，处理业务时间时通常比固定偏移更可靠。 Asia/Shanghai、Europe/Berlin、America/Los_Angeles 这类名称包含地区规则，处理业务时间时通常比固定偏移更可靠。 时区偏移 +08:00 和 -05:00 这样的偏移表示本地时间与 UTC 的差值。如果输入中包含偏移，它就定义了对应的绝对时间点。 +08:00 和 -05:00 这样的偏移表示本地时间与 UTC 的差值。如果输入中包含偏移，它就定义了对应的绝对时间点。 ISO 8601 API 和日志中常见的格式，例如 2026-05-09T06:30:00Z 或 2026-05-09T14:30:00+08:00。Z 后缀表示 UTC。 API 和日志中常见的格式，例如 2026-05-09T06:30:00Z 或 2026-05-09T14:30:00+08:00。Z 后缀表示 UTC。 本地日期时间文本 像 2026-05-09 14:30:00 这样的值包含日期和钟表时间，但不包含时区。要得到唯一时间戳，必须知道来源时区。 像 2026-05-09 14:30:00 这样的值包含日期和钟表时间，但不包含时区。要得到唯一时间戳，必须知道来源时区。 UTC 参考值 UTC 结果可以作为跨系统稳定参考，用于断言、事故复盘、多地区日志比较和数据迁移。 UTC 结果可以作为跨系统稳定参考，用于断言、事故复盘、多地区日志比较和数据迁移。 以下格式可用于时间转时间戳。如果输入带有 Z 后缀或时区偏移，会优先使用该绝对时间；如果没有，则使用你选择的来源时区。 YYYY-MM-DD HH:mm:ss 2026-05-09 14:30:00 可读性好、歧义少，推荐用于开发和测试。 YYYY-MM-DD HH:mm 2026-05-09 14:30 秒会默认按 00 处理，适合分钟级的日程检查。 YYYY/MM/DD HH:mm:ss 2026/05/09 14:30:00 常见于导出的日志、表格和手动录入数据。 YYYY.MM.DD HH:mm:ss 2026.05.09 14:30:00 支持点号分隔日期，便于兼容一些旧系统输出。 常用于批处理任务、文件名、流水号和旧字段。 MM/DD/YYYY HH:mm:ss 05/09/2026 14:30:00 月在前的格式。国际协作中，ISO 或年月日格式更安全。 DD/MM/YYYY HH:mm:ss 09/05/2026 14:30:00 日在前的格式。当日和月都不超过 12 时，可能产生歧义。 只输入时间时，会使用所选来源时区中的当天日期。 ISO 8601 with offset 2026-05-09T14:30:00+08:00 表示一个绝对时间。显示转换前会先使用内嵌偏移。 2026-05-09T06:30:00Z Z 表示 UTC。API 响应、数据库导出和分布式日志中很常见。 RFC 2822 / HTTP Date Sat, 09 May 2026 06:30:00 GMT 常见于邮件头、HTTP 头、缓存元数据和浏览器网络面板。 关于使用方式、数据处理、结果校验和实际限制的常见问题。 Unix 时间戳是从 1970-01-01 00:00:00 UTC 开始计数的数字。它表示一个绝对时间点，和最终用哪个时区显示无关。 epoch 时间和 Unix 时间戳是一回事吗？ 在大多数开发工具和 API 文档里，它们通常指同一个概念：从 Unix epoch 开始经过的秒数或毫秒数。 Unix 秒通常是 10 位，Unix 毫秒通常是 13 位。如果转换出的日期明显不对，先检查单位。 为什么同一个日期时间文本在不同时区会得到不同时间戳？ 像 2026-05-09 14:30:00 这样的本地值本身没有时区。上海的 14:30 和纽约的 14:30 是两个不同的绝对时间点。 ISO 时间戳末尾的 Z 是什么意思？ Z 表示 UTC。例如 2026-05-09T06:30:00Z 是 UTC 时间。它在其他时区显示为不同的钟表时间，但时间戳本身不变。 取决于接口约定。很多后端 API 使用秒，而 JavaScript 的 Date.now() 返回毫秒。API 文档应该明确写清楚单位。 为什么日志有时看起来差 8 小时？ 日志可能按 UTC 存储，但你按本地时间阅读了它。把同一个值同时转成 UTC 和目标时区，通常就能确认偏移来源。 支持有限的英文自然语言解析，例如 next Friday。需要可复现的测试或 API 操作时，建议使用 ISO 或 YYYY-MM-DD HH:mm:ss。 会。IANA 时区包含地区性的夏令时规则，而 +08:00 这类固定偏移不包含这些规则。 不会。解析、时区转换和时间戳生成都在浏览器本地完成。 如何避免生产环境里的时间戳问题？ 时间建议用 UTC 存储和比较，只在展示时转换；明确记录字段单位是秒还是毫秒，并测试日期边界、夏令时和跨时区场景。 可以继续使用时区转换、日期差计算、日期加减和世界时钟工具，处理跨时区会议、排期、账单周期、缓存过期和日志时间线。 换个关键词试试——工具名、格式、英文缩写、用途词都可以。