时间戳转换
把 Unix 时间戳转成可读日期，也能反向转换。同时给出秒级、毫秒级、ISO 8601、UTC、本地时间、星期、RFC 2822
在 Unix 时间戳和可读日期之间双向转换，秒和毫秒都支持。粘贴 1735689600 或 2026-01-01T00:00:00Z，即可看到对应的 UTC 时间、你所在时区的本地时间，以及 ISO 8601、RFC 2822 等常见格式。
在读日志、调试返回 epoch 秒数的 API，或者核对令牌过期时间是否符合预期时，这件事会经常遇到。转换是精确的，并在本地运行；当某个值看起来是毫秒而不是秒时，它还会给出提示。
如何转换 Unix 时间戳
粘贴时间戳或日期
查看 UTC 和本地时间的转换结果
复制你需要的格式
常见问题
是秒还是毫秒？
十位数字通常是秒，十三位通常是毫秒。工具会识别可能的单位，如果结果看起来不对，你也可以手动切换。
什么是 Unix 纪元？
自 1970 年 1 月 1 日 00:00:00 UTC 起经过的秒数，不计闰秒。它是保存时间点的标准方式。
使用哪个时区？
两者都会显示：UTC 和你浏览器的本地时区，这样你可以比较服务器日志记录的时间和你时钟上看到的时间。
能处理 1970 年之前的日期吗？
可以，负值表示纪元之前的日期，远期日期则可以用到 JavaScript 日期范围的极限。
能为某个日期生成时间戳吗？
可以，转换是双向的——输入一个日期就能得到对应的 epoch 值。
会有东西被上传吗？
不会，转换只是本地的算术运算。
一览
| 输入 | 文本 |
|---|---|
| 多个文件 | 否 |
| 运行位置 | 在你的浏览器中——文件永远不会被上传 |
| 离线可用 | 是 — 页面加载完成后 |
| 价格 | 免费，无需注册，无水印 |
转换在哪里悄悄出错
大多数转换缺陷与语法无关，而与含义有关。一列邮编的 CSV 字段会在表格软件猜它是数字的那一刻丢掉前导零；一个很长的 ID 会超出浮点精度；日期会因为先写日还是先写月而意思大变。JSON 的键是无序的，但数组是有序的，排序键的工具不会改变任何东西，而排序数组的工具会改变数据。Unicode 是另一个陷阱：文本可能以 UTF-8、UTF-16 或带字节顺序标记的形式到来，解码器猜错就会把带重音的字符变成乱码。在信任任何转换之前，抽查第一行和最后一行、任何带前导零的字段，以及任何含有引号、逗号或换行的字段。
选择数据格式
JSON 是 API 返回以及程序读取的任何数据的默认格式：它天然处理嵌套结构、数字、布尔值和 null，而且每种语言都能解析它。CSV 更小，能直接打开进表格软件，但它无法表达嵌套，在分隔符、引号规则和字符集上也没有共同标准——而这正是转换出错的地方。XML 冗长，但能承载属性、混合内容和模式，所以它仍然主导着文档格式和遗留系统集成。YAML 对配置来说最易读，但它对空白敏感，还有出人意料的类型强制转换（「no」会变成 false，像 1.10 这样的版本号会变成 1.1）。请选择使用方工具偏好的格式，而不是看起来最漂亮的格式。