go 的 time 包默认以 utc 为基准、强制时区显式参与、time.time 是值类型，导致本地时间错乱、跨时区比较失效、格式化异常；需用 t.local() 或 t.in(loc) 处理时区，解析时避免无时区布局，加减用 adddate() 而非 add()，比较用 equal() 而非 ==。
Go 的 time 包不是“即拿即用”的日期工具，它默认以 UTC 为基准、强制要求时区显式参与、且 time.Time 是值类型——这些设计会直接导致本地时间错乱、跨时区比较失效、格式化结果意外等问题。
为什么 time.Now() 打印出来像 UTC 时间？
因为 time.Now() 返回的是带本地时区信息的 time.Time，但当你用 fmt.Println() 或默认字符串输出时，Go 会调用 Time.String() 方法，该方法**固定以 UTC 格式展示内部纳秒值 + 本地时区偏移量**（如 2024-06-15 08:23:45.123456789 +0800 CST），容易误以为是纯 UTC 时间。真正的问题在于后续操作是否保留了时区上下文。
- 用
t.Local()获取本地时间视图（不改变底层时间戳，只改显示和计算逻辑） - 用
t.In(loc)切换到指定时区（如time.LoadLocation("Asia/Shanghai")） - 避免依赖
String()判断时区；改用t.Location().String()或t.Zone()确认当前时区名与偏移 - 日志中建议统一用
t.Format(time.RFC3339)，它自动包含时区信息，可读且可解析
如何安全地解析字符串为时间并避免时区丢失？
用 time.Parse() 时，如果布局字符串里不含时区字段（如 "2006-01-02 15:04:05"），Go 默认将结果设为 time.UTC，而不是本地时区——这是最常被忽略的陷阱。
- 明确在布局中加入时区标识：
"2006-01-02 15:04:05 MST"或"2006-01-02 15:04:05 -0700" - 若输入无时区（如前端传来的
"2024-06-15 14:30:00"），应先用time.ParseInLocation()指定目标时区：time.ParseInLocation(layout, s, time.Local) - 永远不要对未指定时区的字符串用
time.Parse()后直接比较或存储——它大概率是 UTC 时间，而你认为它是本地时间 - 注意：Go 的布局必须用固定参考时间
"Mon Jan 2 15:04:05 MST 2006"，不能用常见格式如"YYYY-MM-DD"，否则解析必然失败
如何正确做日期加减与边界计算（如“本月第一天”）？
time.Time 提供了 AddDate() 和 Add()，但它们语义不同：AddDate(years, months, days) 处理日历月/年（会自动处理 2 月 31 日等溢出），而 Add(duration) 是纯纳秒偏移，不感知日历。
软件介绍 a.. 当今的市场压力迫使企业在提高产品质量和性能的同时，降低成本和缩短产品上市的时间。每个企业都在努力更新自己，包括其生产过程和产品，以满足这些需求。实现这些目标的三种方法是：业务处理再设计、新技术应用、与顾客形成战略联盟。 b.. 对所有的商业应用只有建立整体的IT体系结构，才能形成战略优势，才能确定企业的突破口。这种新的体系结构是以三层结构标准为基础的客户关系
立即学习“go语言免费学习笔记（深入）”；
- 要算“下个月今天”，用
t.AddDate(0, 1, 0)；用Add(720 * time.Hour)可能跨月错误（因各月天数不同） - 获取“本月第一天”：
time.Date(t.Year(), t.Month(), 1, 0, 0, 0, 0, t.Location()) - 获取“本月最后一天”：
time.Date(t.Year(), t.Month()+1, 0, 0, 0, 0, 0, t.Location())（利用月份进位自动回滚） - 判断是否在同一自然日，别用
t1.Day() == t2.Day()——时区不同时可能错；应先对齐时区再比：t1.In(loc).Truncate(24*time.Hour) == t2.In(loc).Truncate(24*time.Hour)
为什么 time.Time 作为 map key 或 struct field 时行为异常？
time.Time 是值类型，底层含 sec int64、nsec int32、loc *Location 三个字段。其中 loc 是指针，两个 Time 值即使时间戳相同、时区名相同，loc 指针也可能不同，导致 == 比较失败。
- map 中作 key 时，务必用
t.Equal(other)判断相等性，而非== - 结构体中嵌入
time.Time无需特殊处理，但 JSON 序列化默认用 RFC3339，若需自定义格式，应实现MarshalJSON()方法 - 数据库扫描（如 sqlx）通常能正确处理
time.Time，但注意驱动配置：MySQL 需加parseTime=true参数，否则返回字符串 - 测试中避免用
time.Now()作期望值；改用固定时间点或使用github.com/benbjohnson/clock等可 mock 的时钟接口
时区不是可选配置，而是时间值不可分割的一部分；任何忽略 Location 显式处理的操作，都在为线上时序错乱埋点。
