直接用time.Time的Before、After、Equal比较时间顺序最准确，它们基于纳秒级UTC值自动处理时区，无需转字符串或时间戳；但须检查Parse错误避免零值时间干扰，且勿依赖Format结果肉眼判断。
Go 里用 Before 和 After 判断时间顺序最直接
别转成字符串或时间戳再比，time.Time 自带的 Before、After、Equal 就是专干这事的。它们直接比较纳秒级时间点，不依赖时区转换，也不受格式化干扰。
-
time1.Before(time2)返回true表示time1在time2之前（严格小于） -
time1.After(time2)等价于!time1.Before(time2) && !time1.Equal(time2) - 两个时间来自不同 Location（比如一个
Local，一个UTC），Before仍能正确比较——底层已统一转为 UTC 纳秒数
别在比较前手动调 Truncate 或 Round，除非你真需要忽略精度
常见错误是先截断到秒再比：t1.Truncate(time.Second).Before(t2.Truncate(time.Second))。这会掩盖真实先后关系：比如 2024-01-01T12:00:00.999Z 和 2024-01-01T12:00:01.000Z 截断后相等，但实际前者早 1ms。
- 只有明确要“按秒对齐判断”（比如日志归档、定时任务触发边界）才做截断
- 日常判断“哪个事件先发生”，直接用原始
Time调Before/After -
Truncate改变的是值本身，不是比较逻辑；误用会导致条件永远不成立或反向
Parse 出来的时间必须检查 err，否则 Before 可能 panic 或返回意外结果
time.Parse 解析失败时返回零值 time.Time{}，它的 Unix 时间是 0（1970-01-01 00:00:00 +0000 UTC）。拿它和任何正常时间比，Before 几乎总返回 true，After 总返回 false，极易埋下逻辑漏洞。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 必须写
if err != nil { /* 处理错误 */ }，不能只打印或忽略 - 测试时故意传非法时间字符串（如
"2024-13-01"），验证错误路径是否走通 - 零值时间在 JSON 反序列化中也容易出现（字段缺失且没设默认值），同理要校验
跨时区时间比较不用手动转，但要注意 Format 输出会误导人
Before 和 After 内部自动处理时区，所以 time.Now().In(loc1).Before(time.Now().In(loc2)) 是安全的。但如果你用 Format 打印出来看，比如 "15:04"，两个不同时区的时间可能显示相同，让人误以为相等。
立即学习“go语言免费学习笔记（深入）”；
- 调试时优先打印
UnixNano()或用fmt.Printf("%v", t)看完整结构，包含 Location 名 - 不要靠肉眼比对
Format结果来判断先后 - 如果业务逻辑依赖“本地时间意义上的先后”（比如用户说“今天下午三点前提交”），那得先统一转到对应 Location 再比，而不是依赖系统默认时区
事情说清了就结束。真正容易被忽略的是：解析失败的零值时间、以及 Format 后肉眼误判——这两处出问题，不会报错，但逻辑就悄悄歪了。
