时间戳转换
2026年10月17日 星期六 农历九月初八
今天 00:00（东八区）= 1792166400 秒 = 1792166400000 毫秒
今日零点时间戳1792166400秒级（东八区 00:00）
当前时间2026年10月17日每秒刷新
毫秒时间戳179216640000013 位
可表示范围1900–2100本站换算范围
时间戳 ↔ 日期 双向转换
左侧输入时间戳（自动识别秒或毫秒），右侧输入日期时间，两向都可换算。
北京时间2026年10月17日 00:00:00星期六
农历 / 干支九月初八甲子日
秒级时间戳179216640010 位
毫秒时间戳179216640000013 位
常用时刻时间戳对照 东八区
| 时刻 | 时间戳（秒） | 北京时间 | 星期 |
|---|---|---|---|
| 今天 00:00 | 1792166400 | 2026年10月17日 00:00:00 | 六 |
| 今天 12:00 | 1792209600 | 2026年10月17日 12:00:00 | 六 |
| 今年元旦 | 1767196800 | 2026年1月1日 00:00:00 | 四 |
| 今年年底 | 1798732740 | 2026年12月31日 23:59:00 | 四 |
| 明天 00:00 | 1792252800 | 2026年10月18日 00:00:00 | 日 |
| 一周后 | 1792771200 | 2026年10月24日 00:00:00 | 六 |
| 30 天后 | 1794758400 | 2026年11月16日 00:00:00 | 一 |
| 一年后 | 1823702400 | 2027年10月17日 00:00:00 | 日 |
| Unix 纪元 1970-01-01 | 0 | 1970年1月1日 08:00:00 | 四 |
| 2038 年问题时刻 | 2147483647 | 2038年1月19日 11:14:07 | 二 |
| 2000-01-01 | 946656000 | 2000年1月1日 00:00:00 | 六 |
| 2100-12-31 | 4133951940 | 2100年12月31日 23:59:00 | 五 |
各年时间戳范围
| 年份 | 年初时间戳 | 年末时间戳 | 天数 |
|---|---|---|---|
| 2024 年 | 1704038400 | 1735660740 | 366 |
| 2025 年 | 1735660800 | 1767196740 | 365 |
| 2026 年 | 1767196800 | 1798732740 | 365 |
| 2027 年 | 1798732800 | 1830268740 | 365 |
| 2028 年 | 1830268800 | 1861891140 | 366 |
| 2029 年 | 1861891200 | 1893427140 | 365 |
时间戳知识 常见坑与范围
10 位秒级时间戳
13 位毫秒级时间戳
UTC时间戳本身无时区
+8h北京时间换算
1970Unix 纪元起点
203832 位溢出时刻
214748364732 位有符号上限
闰秒Unix 时间不表示
负数1970 年之前
6 年页面展示范围
3652027 年天数
2100本站上限
时间戳表示自 1970-01-01 00:00:00 UTC 起经过的秒数，与时区无关；显示成本地时间时才需要加时区偏移。
常见问题
现在的时间戳是多少？
页面左上角按秒刷新显示当前时间；今天 00:00（东八区）对应 1792166400 秒，即 1792166400000 毫秒。
秒级和毫秒级怎么区分？
看位数：10 位是秒级（如 1792166400），13 位是毫秒级（如 1792166400000）。输入框会自动识别，超过 11 位按毫秒处理。
时间戳和时区有关系吗？
没有。时间戳是绝对时刻，全球一致；只有把它显示成“某地时间”时才需要加时区偏移。本站按东八区展示，因此同一时间戳在不同时区看到的日期可能差一天。
2038 年问题是什么？
许多系统用 32 位有符号整数存秒级时间戳，最大值是 2147483647，对应北京时间 2038-01-19 11:14:07，之后会溢出。现代系统多已改用 64 位。
支持 1970 年以前的日期吗？
支持，此时时间戳为负数。例如 1900 年附近的时间戳约为 −2200000000。本站换算范围为 1900-01-31 至 2100-12-31。
为什么算出来的日期差一天？
多数是时区差异造成的：同一时间戳在 UTC 下可能是前一天晚上，在东八区则是次日凌晨。请确认你用的是本地时间还是 UTC。
相关工具
