📖 在线时间戳转换工具：Unix时间戳与UTC时间互转

Unix时间戳是计算机系统记录时间的标准格式，定义为从1970年1月1日（UTC/GMT午夜）开始经过的秒数。ng.cc推出的时间戳转换工具支持秒级（10位）和毫秒级（13位）时间戳的自动识别与转换，采用纯UTC标准，彻底解决时区偏差问题。所有转换均在浏览器本地完成，无需网络请求。

🔄 双向转换

时间戳→UTC时间 / UTC时间→时间戳。一键转换，支持复制结果。

⚡ 自动识别位数

输入10位数字→秒级时间戳；输入13位数字→毫秒级时间戳。转换结果自动标注类型。

🌍 纯UTC标准

完全基于UTC时间计算，不受本地时区干扰。适用于服务器日志、全球协作场景。

🔒 本地计算

所有转换在浏览器内存中完成，您的数据不会上传至任何服务器。

🎯 时间戳应用场景

📋 服务器日志分析：Nginx/Apache日志使用秒级时间戳，转换为可读时间快速定位问题。
🔐 JWT令牌调试：JSON Web Token中的iat/exp字段为秒级时间戳，转换后验证有效期。
📊 数据库时间字段：MySQL的TIMESTAMP、MongoDB的ObjectId均包含时间戳信息。
⏰ API接口调试：查看接口返回的时间戳对应的具体时间，确认数据时效性。
📱 跨时区协作：使用UTC时间作为中间格式，避免时区转换错误。

💡 时间戳常见问题

🔹 10位 vs 13位时间戳

10位时间戳：单位为秒，UNIX标准定义。例如 1700000000 → 2023-11-15 06:13:20 UTC。
13位时间戳：单位为毫秒，JavaScript的Date.now()返回此格式。例如 1700000000000 → 2023-11-15 06:13:20.000 UTC。

🔹 为什么使用UTC而不是本地时间？

Unix时间戳的起点1970-01-01 00:00:00 UTC是绝对时间，与时区无关。使用UTC作为转换基准可以确保任何地区、任何设备转换结果完全一致。本工具所有输入输出均采用UTC，如需本地时间，您可以在获得UTC时间后手动加减时区。

🔹 2038年问题

32位系统使用有符号整数存储时间戳，最大值到2038-01-19 03:14:07 UTC。届时将溢出。64位系统无此问题。本工具支持64位时间戳转换。

❓ 常见问题解答

❓ Q1：为什么我转换的时间比北京时间晚了8小时？

因为本工具使用纯UTC标准，北京时间为UTC+8。例如时间戳1700000000转换后为2023-11-15 06:13:20 UTC，对应北京时间2023-11-15 14:13:20。您可以在脑中自动+8小时，或使用在线时区转换工具。

❓ Q2：如何将13位毫秒时间戳转换为秒级？

两种方法：1) 在输入框直接输入13位数字，工具会自动识别为毫秒级，转换结果会标注「毫秒时间戳」；2) 用13位数字除以1000取整，如Math.floor(1700000000000 / 1000) = 1700000000。本工具转换结果区域会同时显示秒级和毫秒级两种结果。

❓ Q3：支持负数时间戳（1970年以前）吗？

支持。JavaScript的Date对象支持负数时间戳，表示1970年之前的日期。例如-1000000000转换为1968-04-28 15:33:20 UTC。您可以直接输入负数进行转换。

❓ Q4：什么是ISO 8601格式？

ISO 8601是国际标准化组织的日期时间表示法，例如2023-11-15T06:13:20Z。其中Z表示UTC时间。本工具转换结果采用YYYY-MM-DD HH:mm:ss UTC格式，更易读。您可以直接复制使用。

❓ Q5：我的数据会上传到服务器吗？

绝对不会。 本工具是纯静态页面，所有时间戳转换逻辑均在您的浏览器JavaScript引擎中执行。您可以断开网络测试，工具依然完整工作。您的日志数据、API调试信息完全不经过任何服务器。

❓ Q6：支持批量转换吗？

当前版本为单条转换。批量转换功能正在规划中，您可以将多个时间戳逐条粘贴转换。如需批量处理大量日志，建议使用命令行工具如date -d @timestamp。

🔗 关联工具推荐

本工具是ng.cc开发者工具箱开发工具系列的一员，您可能还需要：

JWT解码/生成器 - 解析JWT中的iat/exp时间戳
JSON格式化与校验 - 美化和验证JSON数据
代码差异对比器 - 文本/代码差异对比
进制与字节计算器 - 进制转换/字节换算
Base64编解码工具 - 文本/图片与Base64互转

⚡ 所有转换均在浏览器本地完成，您的时间戳数据不会上传至任何服务器。

⏱️ 时间戳转换工具