time.Now().Unix() 返回自 Unix 纪元起的整秒数（int64），无毫秒精度；需毫秒用 UnixMilli() 或 UnixNano()/1e6；还原时间须显式传纳秒偏移（如 0）；解析字符串务必指定时区，避免跨时区误判。
time.Now().Unix() 返回的是秒级时间戳，不是毫秒
Go 的
返回的是自 Unix 纪元（1970-01-01 00:00:00 UTC）起经过的**整秒数**，类型为
。它不带毫秒或微秒精度，如果你需要毫秒级时间戳，得自己换算：
— Go 1.17+ 原生支持，推荐直接用
— 兼容老版本，但注意除法是整除，会截断微秒部分
别用
— 这只得到“秒转毫秒”的粗略值，丢失了当前秒内的毫秒偏移
time.Unix(sec, nsec) 还原时间时，nsec 参数不能忽略
用
把时间戳还原为
时，第二个参数
表示纳秒偏移（0–999,999,999）。哪怕你只有秒级时间戳，也必须显式传
：
常见错误是传错单位：把毫秒当纳秒传（比如
毫秒写成
纳秒），导致时间偏差 999877 微秒。
解析字符串时间再转时间戳，务必指定时区
从字符串（如
）解析再转时间戳时，
默认按 UTC 解析，而
才能绑定本地或指定时区：
UNIX技术手册 Unix in a Nutshell, 4th Edition 英文PDF文字版
Unix in a Nutshell同时涵盖了许多重要的、业界标准的开放源码工具 本书还完整地讨论了常用的shell(bash、ksh及tcsh)和重要元素如正则表达式，乃至旧式工具如sed、awk与vi。 Unix不是一个庞大的物体：它是一个综合体，而《Unix技术手册》则是将这一切合并在一起的一本书。 到底unix是什么?原始的unix源码是由sco拥有，unix注册商标是由open group拥有，而领先的仿unix系统则是gnu／linux、mac os x及solaris。这些版本所附的命令与选
下载
立即学习
“
go语言免费学习笔记（深入）
”；
没指定时区 → 解析出的时间是 UTC，
结果比你预期早/晚几小时
正确做法：先
，再用
若输入字符串自带时区（如
），仍建议用
并传入
或对应
，避免
隐式转换
歧义
时间戳比较要小心跨时区场景
两个时间戳（
）本身只是数字，比较大小没问题；但它们代表的「真实时刻」是否可比，取决于生成方式：
和
比较是安全的 —— 都转成了 UTC 秒数
和
比较也是安全的 ——
总是返回 UTC 对应秒数
真正危险的是：把
字符串解析
后没确认时区就直接
，比如
→ 解析成 UTC 时间，但你以为是本地时间
时区是时间戳语义的隐含前提，不是装饰。一旦脱离上下文，
就只是个数字，它到底指北京时间还是纽约时间，代码里必须有迹可循。
time.Now().Unix()int64time.Now().UnixMilli()time.Now().UnixNano() / 1e6time.Now().Unix() * 1000time.Unix()time.Timensec0ts := int64(1737940627) // 比如 2026-01-27 01:17:07 UTC
t := time.Unix(ts, 0) // ✅ 正确：明确表示“该秒的第 0 纳秒”
// t := time.Unix(ts, 123) // ❌ 错误：加了 123 纳秒，结果不对123123"2026-01-27 01:17:07"time.Parse()time.ParseInLocation().Unix()time.LoadLocation("Asia/Shanghai")ParseInLocation"2026-01-27T01:17:07+08:00"ParseInLocationtime.UTCLocationint64t1.Unix()t2.In(shanghai).Unix()t1.In(beijing).Unix()t2.In(newyork).Unix()Unix().Unix()Parse("2006-01-02", "2026-01-27").Unix()1737940627