time.Since 本质是 time.Now().Sub(t)，具备时钟单调性保障，比手动调用 time.Sub(time.Now(), t) 更健壮；time.Until 是其镜像，用于计算距未来时刻的剩余时间；二者均基于纳秒差，与 location 无关。
time.Since 本质是 time.Now().Sub(t)，别直接用 time.Sub(time.Now(), t)
很多人以为 time.Since 只是语法糖，其实它内部调用了 time.Now().Sub(t)，且做了时钟单调性保障（避免系统时间回拨导致负值）。如果你手动写 time.Sub(time.Now(), t)，在某些极端场景（如 NTP 调整、虚拟机暂停后恢复）可能得到负的 time.Duration，而 time.Since 会更健壮。
正确用法：
start := time.Now() // ... do something elapsed := time.Since(start) // ✅ 推荐
错误写法（不推荐）：
elapsed := time.Sub(time.Now(), start) // ❌ 不保证单调，且多一次 time.Now() 调用
-
time.Since(t)要求t是过去的时间点，否则返回负值（但极少发生，因底层用了 monotonic clock） - 返回值类型是
time.Duration，不是字符串——需要格式化请用.String()或fmt.Printf("%v", d) - 不要对
time.Since的结果做== 0判断，纳秒级精度下几乎不可能为零；用d 这类阈值比较更合理
time.Until 是 time.Now().Sub(t) 的反向，t 必须是未来时间
time.Until(t) 等价于 t.Sub(time.Now())，用于计算「距离某个未来时刻还有多久」。它和 time.Since 是镜像关系，但语义和参数方向相反。
常见误用：
deadline := time.Now().Add(5 * time.Second) remaining := time.Until(deadline) // ✅ 正确：deadline 是未来时间 // ... remaining := time.Until(time.Now()) // ❌ 返回 0，无意义 remaining := time.Until(time.Now().Add(-10 * time.Second)) // ❌ 返回负值，逻辑错误
- 如果传入的
t已过期（即t.Before(time.Now())），time.Until返回负的time.Duration，需主动检查：if remaining - 不要用
time.Until替代定时器逻辑——它只算一次差值；要等待，请用time.AfterFunc或 - 和
time.Since一样，结果不能直接比较是否为零；判断是否超时建议用remaining ，而非== 0
Duration 输出易读性差？别依赖 .String() 做业务判断
time.Duration.String() 返回类似 "2.345s" 或 "1m30.123s" 的字符串，看着方便，但它是面向调试/日志的，**不是结构化输出**。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 字符串格式可能随 Go 版本微调（比如早期版本对毫秒以下单位处理不一致）
- 无法直接解析回
time.Duration（没有标准反向函数） - 业务中需要“显示剩余 1 分 23 秒”或“超过 5 分钟告警”，应该自己拆解：
d.Minutes()、d.Seconds()、int64(d / time.Second)等
例如，安全地提取秒数部分：
secs := int64(elapsed / time.Second) % 60 mins := int64(elapsed / time.Minute) % 60 hours := int64(elapsed / time.Hour)
跨时区或带 location 的时间差？别用 time.Since / Until
time.Since 和 time.Until 都基于 time.Now()，而 time.Now() 返回的是本地时区（按系统设置）的 time.Time，但它的内部表示是 UTC 时间戳 + location 元信息。这两个函数实际计算的是两个 time.Time 值的纳秒差，**与 location 无关**。
这意味着：
- 即使你用
time.Now().In(loc)得到一个带时区的Time，再传给time.Since，它仍只比对底层时间戳，不会考虑夏令时跳变或时区偏移变化 - 如果你真要计算“某用户本地时间上午 9 点到下午 5 点的间隔”，应先统一转成 UTC 或 Unix 时间戳再减，而不是依赖
Until - 真正需要时区感知的差值（比如“本月第一个周一到今天过了几个工作日”），得用第三方库如
github.com/alexandrevicenzi/go-tz或手写逻辑
简单说：这两个函数只管“物理时间过去了多久”，不管“日历上看起来过了几天”。
时区相关的计算，容易被忽略的是 location 实例复用——每次调用 time.LoadLocation 开销不小，应缓存结果。
