time.before 和 time.after 是 time.time 类型的方法，必须通过时间变量调用，如 t1.before(t2)；二者不互为逻辑反演，相等时均返回 false，需用 time.equal 判断同一时刻；比较前须注意时区与精度问题。
time.Before 和 time.After 不是“判断时间先后”的独立函数，而是 time.Time 类型的方法，必须通过具体时间变量调用 —— 直接写 time.Before(t1, t2) 会编译失败。
time.Before 和 time.After 的调用方式必须带接收者
它们是 time.Time 的方法，不是包级函数。常见错误是当成普通函数用，比如：
time.Before(t1, t2) // ❌ 编译报错：cannot use time.Before as value
正确写法是：
-
t1.Before(t2)：返回true当且仅当t1早于t2 -
t1.After(t2)：返回true当且仅当t1晚于t2 - 两者语义互为反向，但不等价于
!t1.Before(t2)（因为相等时都返回false）
time.Equal 才是判断“是否同一时刻”的可靠方式
很多人误以为 t1.Before(t2) == false 就代表 t1 >= t2，但漏掉了相等的情况：
t1 := time.Date(2024, 1, 1, 0, 0, 0, 0, time.UTC)t2 := time.Date(2024, 1, 1, 0, 0, 0, 0, time.UTC)-
t1.Before(t2)→false -
t1.After(t2)→false - 此时必须用
t1.Equal(t2)才能确认是否完全相等
比较前务必注意时区和精度
两个 time.Time 比较时，Go 默认按纳秒级绝对时间（UTC 纳秒戳）比，但容易踩坑的是：
- 不同位置的
time.Now()可能落在不同纳秒点，Before/After结果稳定；但若从字符串解析（如time.Parse），未显式指定时区会导致默认用本地时区，造成意外偏差 - 使用
time.Truncate或time.Round后再比较，可规避纳秒级抖动（例如判断“是否在同一天”） -
time.UnixMilli()或time.UnixMicro()提取整数时间戳后比较，本质仍是调用Before/After，但更易调试
真正麻烦的不是怎么调，而是忘了 time.Time 带时区、带单调时钟信息、纳秒精度全保留 —— 一次解析失误或一次未归一化的比较，就可能让 Before 返回意料之外的 false。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
