Unix时间戳转换器
当前纪元 Unix 时间戳
显示时间格式
| 显示时间 | 时间格式 |
|---|---|
| 10/19/2022 @ 06:35am | UTC |
| 2022-10-19T06:35:19+00:00 | ATOM |
| Wednesday, 19-Oct-2022 06:35:19 GMT | COOKIE |
| 2022-10-19T06:35:19+0000 | ISO8601 |
| Wed, 19 Oct 22 06:35:19 +0000 | RFC822 |
| Wednesday, 19-Oct-22 06:35:19 GMT | RFC850 |
| Wed, 19 Oct 22 06:35:19 +0000 | RFC1036 |
| Wed, 19 Oct 2022 06:35:19 +0000 | RFC1123 |
| Wed, 19 Oct 2022 06:35:19 GMT | RFC7231 |
| Wed, 19 Oct 2022 06:35:19 +0000 | RFC2822 |
| 2022-10-19T06:35:19+00:00 | RFC3339 |
| 2022-10-19T06:35:19.000+00:00 | RFC3339_EXTENDED |
| Wed, 19 Oct 2022 06:35:19 +0000 | RSS |
| 2022-10-19T06:35:19+00:00 | W3C |
什么是unix时间戳？
Unix 时间（也称为纪元时间、POSIX 时间、自纪元以来的秒数或 UNIX 纪元时间）是用于描述时间点的系统。它是自Unix时代以来经过的秒数，减去闰秒;Unix 纪元是 1970 年 1 月 1 日 00：00：00 UTC（任意日期）;闰秒被忽略，闰秒与前一秒具有相同的Unix时间，并且每天都被视为包含正好包含86400秒。由于这种处理，Unix时间不是UTC的真正代表。
| 日期 | 秒 |
|---|---|
| 1 小时 | 3600 秒 |
| 1 天 | 86400 秒 |
| 1 周 | 604800 秒 |
| 1 个月（30.44 天） | 2629743 秒 |
| 1 年 （365.24 天） | 31556926 秒 |
2038 年 1 月 19 日会发生什么？
2038 年问题（也称为 Y2038、Epochalypse、Y2k38 或 Unix Y2K）涉及将许多数字系统中的时间表示为自 1970 年 1 月 1 日 00：00 UTC 以来经过的秒数，并将其存储为有符号的 32 位整数。此类实现无法在 2038 年 1 月 19 日 03：14：07 UTC 之后对时间进行编码。与Y2K问题类似，2038年的问题是由于用于表示时间的容量不足引起的。
自 1970 年 1 月 1 日起，可以使用有符号 32 位整数存储的最晚时间为 2038 年 1 月 19 日星期二的 03：14：07（231-1 = 1970 年 1 月 1 日之后的 2，147，483，647 秒）。尝试将时间递增到此日期之后的程序将导致该值在内部存储为负数，这些系统将将其解释为发生在 1901 年 12 月 13 日星期五 20：45：52（1970 年 1 月 1 日之前的 2，147，483，648 秒）而不是 2038 年 1 月 19 日。这是由整数溢出引起的，在此期间，计数器用完了可用的数字位，并改为翻转符号位。这将报告一个最大负数，并继续向上计数，朝零方向计数，然后再次向上计数正整数。在此类系统上产生的错误计算可能会给用户和其他依赖方带来问题。