go 的 time.loadlocation 返回 nil 是因容器镜像（如 alpine）缺失 tzdata 时区数据，需安装 tzdata 并设置 tzdir；解析带偏移的时间字符串应优先用 time.parse，仅无偏移本地时间才用 parseinlocation；*time.location 可安全缓存复用，避免 hot path 中反复 loadlocation。
Go 的 time.LoadLocation 为什么总返回 nil？
直接用 time.LoadLocation("Asia/Shanghai") 却得到 nil，不是代码写错了，而是 Go 运行时没加载时区数据。标准库依赖操作系统或内置的 tzdata，但很多容器镜像（比如 alpine:latest）默认不带时区文件。
常见错误现象：LoadLocation 返回 nil + panic: time: missing location；或者看似成功，但转换结果和预期偏差 8 小时——其实是 fallback 到了 UTC。
- 确认系统是否含 tzdata：
ls /usr/share/zoneinfo/Asia/Shanghai（Linux）或go env GOROOT下查lib/time/zoneinfo.zip（Go 1.15+ 内置压缩包） - Alpine 镜像需显式安装：
apk add --no-cache tzdata，并确保TZDIR=/usr/share/zoneinfo环境变量已设 - 若用
scratch镜像，必须手动复制zoneinfo.zip并通过-tags timetz构建，或改用github.com/sergey-chekh/tz这类纯 Go 实现
HTTP 请求中解析客户端时区该用 time.ParseInLocation 还是 time.Parse？
用户提交的时间字符串（如 "2024-05-20T14:30:00+08:00"）自带偏移，time.Parse 能正确解析并保留原始时区信息；而 time.ParseInLocation 会强行把时间“解释”成指定 location 的本地时间，容易翻车。
典型误用场景：前端传 "2024-05-20T14:30:00+08:00"，后端用 ParseInLocation(..., loc) 解析成上海时间，结果实际是把字符串当成本地时间再转一次——相当于叠了两层偏移。
- 优先用
time.Parse，格式串匹配时区偏移（如time.RFC3339或"2006-01-02T15:04:05Z07:00"） - 只有当输入是无偏移的本地时间字符串（如
"2024-05-20 14:30:00"），且明确知道它属于哪个时区，才用ParseInLocation - 注意：JSON unmarshal 默认用
time.UnmarshalJSON，它内部调用Parse，所以带偏移的 ISO 时间能自动处理
在 Gin/Echo 中统一处理请求时间参数的时区逻辑
Gin 和 Echo 默认不干预时间解析，靠 time.Time 的 JSON/Query 解析行为。但业务常要求所有时间参数按某个时区（如用户所在时区）归一化存储，这就得主动拦截。
关键点不在框架本身，而在你何时、以什么顺序应用时区转换——必须在参数绑定后、业务逻辑前完成，否则后续所有计算都基于错误基准。
- Gin：用自定义 binding，重写
Bind方法，在Binding接口里对time.Time字段调用.In(userLoc) - Echo：注册自定义
Validator，在Validate后遍历结构体字段，对time.Time类型字段做In转换 - 更轻量做法：在 handler 开头统一调用
reqTime.In(loc)，但要注意别覆盖原始值——建议用新变量存转换后时间，原字段留作审计依据
time.Now().In(loc) 性能够不够？能不能缓存 *time.Location？
time.Now().In(loc) 每次调用都会做时区规则查表（尤其夏令时边界），比单纯 Now() 慢 3–5 倍；但 loc 本身是线程安全的指针，可以且应该复用。
容易被忽略的是：time.LoadLocation 是 I/O 操作，开销远大于 In()，绝不能在 hot path 里反复调用。
- 全局缓存
*time.Location：用sync.Once或init()加载，例如var shanghaiLoc = loadLocation("Asia/Shanghai") - 避免在循环里调用
In()：如果批量转换同一时区的多个时间，先now := time.Now()，再now.In(shanghaiLoc)，而不是time.Now().In(...)反复生成新时间 - 注意：
time.Location不包含 DST 规则动态更新，所以服务长期运行时，若系统时区数据库更新（如 tzdata 升级），需重启或重新LoadLocation
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
