使用方法
粘贴 Unix 数值后，先把自动识别的单位与来源系统对照，再同时查看本地时间和 UTC。反向转换时选择本地或 UTC 模式，输入日期后复制所需精度。
时间戳转换帮助、示例与常见问题
时间戳转换器可识别秒、毫秒、微秒或纳秒 Unix 数值，并同时对比本地时间和 UTC。也可以把指定的本地或 UTC 日期反向生成不同精度。排查时间差异前，应先确认来源系统使用的单位与时区。
使用示例
输入
1715587200 秒
输出
UTC：2024-05-13 08:00:00 本地时间：取决于浏览器时区
适用场景
- 日志里看到 1715587200，可以按秒转换，确认事件发生在本地时间的哪一刻。
- 接口返回时间戳时，先转换成可读时间；如果日期远在未来或过去，再检查单位是否写错。
- 需要写接口测试数据时，可以先输入目标日期，再复制所需精度的时间戳。
- 分析跨地区故障时，同时对比 UTC 和本地时间，避免把时区差误判为服务延迟。
支持范围与限制
- 支持带符号整数的秒、毫秒、微秒、纳秒 Unix 时间戳，单位换算过程使用 BigInt。
- 输出浏览器本地时间和 UTC；反向转换支持按本地或 UTC 模式输入 datetime-local。
- 可表示的日历范围受浏览器 JavaScript Date 实现限制。
隐私与数据处理
时间戳与日期只在浏览器本地转换，不会发送到 GoTools 服务器。
常见问题
- 10 位和 13 位有什么区别？10 位通常是秒，13 位通常是毫秒，但最终仍要以系统文档为准。
- 为什么和数据库显示不同？数据库、服务端和浏览器可能使用不同默认时区。
- 可以转换未来时间吗？可以，只要数值在合理范围内，就能用于排期、缓存过期和任务调度核对。
进阶建议
处理跨系统时间数据，最好同时保留原始数值、推断单位、UTC 时间、本地时间和来源系统。这样在复盘故障、排查延迟或核对定时任务时，不会因为口头描述“昨天晚上”而产生歧义。若多个系统混用秒和毫秒，建议在接口文档中明确字段名，例如 createdAtMs 或 expiresAtSeconds，减少长期维护成本。
排查方法
排查时间戳时，先记录原始值和来源字段名，再查看转换后的时间是否落在合理时间段。若日期接近但小时不对，优先检查 UTC、本地时区、夏令时和服务器时区；若时间差成 1000 倍，通常是秒和毫秒混用。