Unix 时间戳转换器
查看当前 Epoch 时间，并在 Unix 时间戳与普通日期/时间之间进行转换。
当前 Unix 时间 (秒)
当前时间 (毫秒)
时间戳 → 日期时间
日期时间 → 时间戳
什么是 Unix 时间 (Epoch)？为什么它在系统中至关重要？
Unix 时间，也称为 Epoch 时间或 POSIX 时间，是一个用于描述时间点的系统，定义为自 1970 年 1 月 1 日星期四 00:00:00 协调世界时 (UTC) 以来经过的秒数（减去闰秒）。这个“Epoch（纪元）”作为几乎所有现代计算机操作系统、数据库和网络协议的通用参考点。与因语言、历法和时区而异的人类可读日期不同，Unix 时间是一个单一的、单调递增的整数，便于计算机存储、比较和计算。
对于开发者而言，理解 Unix 时间对于从数据库索引到 API 设计的方方面面都至关重要。Linux 和 macOS 等系统在内部使用它处理文件时间戳，而 JavaScript 等语言则将其扩展到毫秒以提供更高的精度。ProUtil 的 Unix 时间转换器旨在弥合这种技术性的“机器时间”与我们对日期的人类理解之间的鸿沟。无论您是在调试带有原始整数的日志文件、设置 JWT 令牌的过期时间，还是在排查具有时区差异的分布式系统故障，我们的工具都能提供即时的双向翻译。由于所有处理都在您的设备上进行，您的敏感系统时间戳和服务器日志保持完全私密。
如何转换 Unix 时间戳和人类可读的日期
确定起始数据：确定您拥有的是原始 Unix 时间戳（例如 1704067200）还是需要转换的具体日期。
时间戳转日期：将您的 10 位（秒）或 13 位（毫秒）整数粘贴到第一个字段中，即可看到其可读的对应日期。
日期转时间戳：在第二个转换面板中手动输入年、月、日和时间，以计算相应的 Epoch 值。
使用“当前时间”功能：点击“当前时间”按钮，立即用当前的实时系统时钟设置填充字段。
区分秒与毫秒：如果您的数字是 10 位左右，则可能是秒；如果是 13 位，则可能是毫秒（在 JavaScript/Java 中很常见）。
检查本地与 GMT：我们的工具同时提供基于浏览器设置的本地时间和 GMT/UTC 结果，以避免时区混淆。
通过实时时钟验证：使用顶部的仪表盘监控实时跳动的当前全球 Unix 时间。
一键剪贴板导出：使用各个“复制”按钮将转换后的值直接移动到您的代码、数据库查询或终端中。
重置以进行新调试：清空输入字段，使用新鲜的时间戳数据开始新的排障会话。
面向隐私的排障：在不向远程服务器发送任何数据的情况下执行任何时间转换任务，确保您的日志数据安全。
面向工程师的高级 Epoch 转换功能
Unix 时间转换示例
1704067199
本地时间: 2023年12月31日 星期日 23:59:59 GMT: 2023年12月31日 星期日 23:59:59
常见的时间戳错误与注意事项
秒与毫秒的陷阱
最常见的错误是混淆了秒 (10位) 和毫秒 (13位)。JS Date 期待毫秒，而 Python/SQL 通常期待秒。
时区误解
务必确认时间戳表示的是 UTC 还是本地时间。根据标准，Epoch 始终定义为 UTC。
2038 年问题 (Y2K38)
使用 32 位整数存储 Unix 时间的系统将在 2038 年 1 月 19 日发生溢出。对于未来日期，请使用 64 位存储。
无效的数字字符串
确保您的输入仅包含数字。前导零或特殊格式字符可能导致“Invalid Date”错误。
日期范围溢出
尝试转换 1970 年以前或遥远未来的日期在不同编程环境下可能会有不同的表现。指示错误。
夏令时 (DST) 切换
转换为本地时间时，请记住夏令时可能使特定小时看起来“消失”或“重复”。
专家指南：关于 Unix 时间的常见问题
Q.为什么 Unix 时间从 1970 年 1 月 1 日开始？
这个日期是由早期的 Unix 开发者任意选择作为系统的“生日”，以便在 16 位和 32 位硬件上进行计算。
Q.什么是 2038 年问题 (Y2K38)？
在 2038 年 1 月 19 日，32 位 Unix 时间将超过其最大值 (2,147,483,647) 并“缠绕”回一个负数，相当于跳回 1901 年。
Q.Unix 时间在全球都一样吗？
是的。根据定义，Unix 时间始终是协调世界时 (UTC)。显示的“本地时间”只是基于您浏览器设置的展示层。
Q.如何将毫秒转换为秒？
只需将 13 位数字除以 1000 并向下取整，或者直接去掉最后三位数字。
Q.什么是“闰秒”？
UTC 会定期增加一秒，以保持与地球自转同步。有趣的是，Unix 时间在技术上忽略了闰秒，这在极高精度的原子计时中会导致微小差异。
Q.JavaScript 使用秒作为 Unix 时间吗？
不。JS 的 `Date.now()` 和 `new Date().getTime()` 返回自纪元以来的毫秒数，这就是为什么 JS 时间戳是 13 位的原因。
Q.一天有多少秒？
恰好 86,400 秒 (60秒 * 60分 * 24小时)。这使得用 Unix 数学计算每日偏移非常方便。
Q.在处理私有服务器日志时使用此工具安全吗？
安全。ProUtil 完全在您的浏览器中运行。没有数据被发送到我们的服务器，保护了您的系统日志和内部时间戳的隐私。
Q.1970 年 1 月 1 日之前会发生什么？
纪元之前的日期表示为负整数。例如，1969 年 12 月 31 日 23:59:59 是 -1。
Q.ISO 8601 与 Unix 时间有什么区别？
ISO 8601 是一种标准化的字符串格式（如 2024-01-01T12:00:00Z）。它是人类可读的，而 Unix 时间是为计算机优化的。
Q. Unix 时间可以用于高精度科学工作吗？
虽然有用，但科学语境通常使用 TAI（原子时）或儒略日，以避免闰秒和民用历法调整的复杂性。
Q.为什么我的时间戳在本该显示当前时间时显示为“1970”？
这通常发生在您向需要毫秒的系统（如 JS Date）提供了以秒为单位的时间戳时（例如：将 17 亿传给 JS Date 会导致日期显示在 1970 年）。
Q.纪元 (Epoch) 会改变吗？
虽然 1970 年 1 月 1 日是标准的“Unix 纪元”，但某些系统（如 GPS 或 Excel）使用不同的起始点，这可能会导致转换上的混淆。
Q.Unix 时间受夏令时影响吗？
不受影响。Unix 时间是 UTC，UTC 没有夏令时。夏令时只影响通用时间在特定地区如何向人类展示。
Q.如何在 SQL 数据库中存储 Unix 时间？
大多数现代数据库都有专用的 `TIMESTAMP` 或 `BIGINT` 类型。`BIGINT` 通常在避免 2038 溢出 Bug 方面更安全。
Q.Unix 时间有尽头吗？
如果使用 64 位整数，Unix 时间可以表示未来数千亿年的时间戳——远超地球的寿命。