ISO 8601 · RFC 3339

ISO 8601 转换器
日期格式检查

2024-01-01T09:00:00+09:00检查带有时区的日期,例如:它立即显示格式是否正确,UTC 时间,以及 Unix 秒、毫秒、微秒和纳秒是什么。

检查和转换 ISO 日期字符串

Z 或 ±HH:mm 请输入包括偏移量。第二位以下最多保留 9 位数字。

验证结果—
标准化 UTC 格式
—
输入 UTC 偏移量—
世界时间 UTC—
韩国标准时间 KST—
我的设备时间—
Unix秒
—
Unix 毫秒
—
Unix 微秒
—
Unix 纳秒
—

输入的日期字符串仅在此屏幕上进行检查,不会传输或保存。

正确的 ISO 8601 示例

该工具使用日期, T,采用包含小时、分钟、秒和明确时区的格式。

输入示例意义要检查什么
2024-01-01T00:00:00Z00:00 世界标准时间Z是 +00:00
2024-01-01T09:00:00+09:00韩国上午9点与上面 0:00 UTC 相同的时刻
2024-01-01T00:00:00.123Z包括毫秒3 位小数
2024-01-01T00:00:00.123456789Z包括纳秒最多保留小数点后 9 位
2023-12-31T19:00:00-05:00比 UTC 晚 5 小时的地区2024-01-01 00:00 (UTC)

如果缺少时区,则无法确定单个时刻。 2024-01-01T12:00:00仅凭外表你无法判断现在是韩国中午还是UTC中午。要共享或存储的值包括: Z 或者添加数字偏移量。

如何读取 Z,+09:00,-00:00

末尾的标记描述了本地时钟相对于 UTC 的领先或落后程度。

Z

Z 是世界标准时间

12:00:00ZUTC 时间为中午。字母 Z 偏移 +00:00意思是和一样的时间。

+

+09:00 是韩国时间

显示的时钟比 UTC 早 9 小时。要查找 UTC,请从指示时间中减去 9 小时。

?

-00:00 是未知的本地时差

它在计算上与UTC相同,但这意味着我们不知道原始区域的偏移量,所以 +00:00分开。

格式拒绝的典型原因

即使它们乍一看很相似,但如果日期或时区信息不明确,则很难在同一时刻安全地比较它们。

无时区

2024-01-01T12:00:00 不包含 Z 或 UTC 偏移量,请补充时区后重新输入。

日历上没有日期

2024-02-30T00:00:00Z 这类不存在的日期无法转换。

空白格式

请在日期与时间之间使用大写字母 T,不要写成 2024-01-01 00:00:00。

检查标准: 在互联网上明确表达日期(包括时区)的规则是: RFC 3339您可以在这里查看。如何以 UTC 格式表示 ISO 字符串 MDN 的 ISO 字符串指南您还可以参考:此工具仅接受指定时区的完整日期以避免歧义,并且包括闰秒。 60不会更改为常规 Unix 时间。

ISO 8601 常见问题解答

它围绕时区指示和日期末尾的小数秒进行组织。

ISO 8601 中的 Z 是什么意思?

日期末尾的 Z 代表 UTC,或 +00:00 偏移量。 2024-01-01T00:00:00Z 和 2024-01-01T00:00:00+00:00 指的是同一时刻。

如果我添加+09:00,它会变成韩国时间吗?

是的。 +09:00 表示时间比 UTC 早 9 小时。 2024-01-01T09:00:00+09:00 与 2024-01-01T00:00:00Z 是同一时刻。

我还可以转换没有时区的 2024-01-01T12:00:00 吗?

为了避免误解,此工具仅转换必须具有偏移量的格式,例如 Z 或 +09:00。如果没有时区,同一个数字可以代表不同地区的不同时刻。

你检查了多少位小数?

秒后的小数部分最多检查 9 位并保存为纳秒值。例如,保留 .123456789 以显示标准化 UTC 格式和相应的单位值。

-00:00 和 +00:00 意思一样吗?

时钟偏移量可能相同,但含义可能不同。 -00:00 用于表示局部偏移未知,因此该工具也将其单独显示为“局部偏移未知”。