time.Parse总返回parse time错误主因是时区缺失或不匹配：无时区字符串默认按UTC解析，与期望的CST等时区偏差8小时；带时区缩写如CST无法识别；带+0800需layout中用-0700占位；Format必须用参考时间“2006-01-02 15:04:05”模板，非语义化占位符。
time.Parse 为什么总返回 parse time 错误
绝大多数时间字符串解析失败，不是因为格式写错，而是时区缺失或不匹配。Go 的 time.Parse 默认把无时区字符串当作 UTC 处理，但你本地代码期望的是 CST 或 Asia/Shanghai —— 这会导致解析成功但值偏差 8 小时，后续比较或存储就出问题。
- 字符串不含时区（如
"2026-06-22 13:24:00"）：用time.ParseInLocation显式指定时区，别用time.Parse - 字符串带时区缩写（如
"2026-06-22 13:24:00 CST"）：CST 不是标准 IANA 名，time.Parse无法识别，会直接报错parse time "..." as "..." - 字符串带 +0800 偏移（如
"2026-06-22 13:24:00+0800"）：必须在 layout 中写成"2006-01-02 15:04:05-0700"，末尾-0700是占位符，不是固定值
Format 输出的年月日为什么总是 2006-01-02
这不是 magic number，而是 Go 强制要求的参考时间模板：Mon Jan 2 15:04:05 MST 2006。每个数字对应一个固定含义——2006 是年，01 是月，02 是日，15 是小时（24 小时制），04 是分，05 是秒，MST 是时区缩写。它必须严格按这个顺序和数值写，否则 Format 会输出错误时间或 panic。
-
"2006-01-02"✅ 正确；"YYYY-MM-DD"❌ 解析失败，Go 不认这种占位符 - 分隔符可换（
"2006/01/02"、"2006.01.02"都行），但数字不能改 - 想输出中文星期或月份？
time.Now().Weekday().String()返回英文，需手动映射；time.Now().Month().String()同理
Unix 时间戳转 time.Time 容易漏掉纳秒部分
time.Unix(sec, nsec) 是唯一安全的构造方式。只传 sec（比如用 time.Unix(now.Unix(), 0)）会丢掉毫秒级精度，尤其在日志、订单超时等对精度敏感的场景下，可能造成 1 秒内多个事件时间相同，排序或去重失效。
- 从数据库读出的 int64 秒级时间戳 → 用
time.Unix(ts, 0) - 毫秒级时间戳（常见于前端 JS
Date.now()）→ 先转成纳秒：time.Unix(0, ts*int64(time.Millisecond)) - 微秒级同理：
time.Unix(0, ts*int64(time.Microsecond))
time.Now().UTC() 和 time.Now().In(time.UTC) 有区别吗
有。前者是链式调用：先取本地时间，再转成 UTC；后者是先取本地时间，再用 In 方法切换时区到 time.UTC。结果一样，但语义不同——UTC() 是快捷方法，In(time.UTC) 是通用时区切换入口，可用于任意 *time.Location。
立即学习“go语言免费学习笔记（深入）”；
- 需要统一用 UTC 时间做计算或存储？直接用
time.Now().UTC()，更简洁 - 要支持多时区显示（比如用户选“纽约”“东京”）？必须用
time.LoadLocation("Asia/Tokyo")+In(loc) -
time.UTC是全局变量，不是函数，别加括号写成time.UTC()，那会编译失败
