time.Now().Unix()在多平台返回值一致，差异源于时区、解析逻辑或构建环境配置；CI/CD中因镜像缺tzdata导致time.Local退化为UTC，需显式加载时区并验证Location。
多平台构建（Linux/macOS/Windows）时，time.Now().Unix() 在不同系统上返回值一致，但如果你看到时间戳差异，问题一定出在时区、解析逻辑或构建环境配置上，而不是 Go 本身。
time.Now() 在 CI/CD 构建机上为什么返回 UTC？
绝大多数 CI/CD 环境（GitHub Actions、GitLab Runner、Jenkins Docker agent）默认使用 Alpine 或 Ubuntu minimal 镜像，它们不预装 tzdata。Go 启动时调用 initLocal() 失败，就会 fallback 到 time.UTC —— 这不是 bug，是设计行为。
- 验证方式：
fmt.Println(time.Now().Location().String())，若输出UTC而非Asia/Shanghai，说明时区未加载成功 - Alpine 构建镜像需加：
apk add --no-cache tzdata - Ubuntu/Debian 镜像需加：
apt-get install -y tzdata - 避免依赖
TZ=Asia/Shanghai环境变量 —— Go 的time包完全忽略它
跨平台构建中 time.Parse() 解析结果不一致
根本原因：本地开发机有完整时区数据，CI 构建机没有，导致 time.Parse("2006-01-02", "2026-10-26") 在本地返回 2026-10-26 00:00:00 +0800 CST，在 CI 返回 2026-10-26 00:00:00 +0000 UTC —— 因为 time.Parse() 对无时区字符串默认按 time.UTC 解析，而 time.Local 在 CI 是 UTC。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 永远不要对无时区输入用
time.Parse()；改用time.ParseInLocation(layout, s, loc) - 显式加载目标时区：
sh, _ := time.LoadLocation("Asia/Shanghai")，并检查err是否为nil - 若构建流程需兼容多时区，把时区名作为构建参数传入，而非硬编码
构建产物中嵌入时间戳（如 version.go）为何每次 CI 构建值不同？
常见于用 go:generate 或 Makefile 调用 date +%s 生成时间戳常量。问题不在 Go，而在 shell 命令执行环境：CI runner 的系统时钟可能未与 NTP 同步，或容器内未挂载 /etc/localtime，导致 date 输出和 time.Now().Unix() 不一致。
- 统一用 Go 生成：
go run -e 'fmt.Println(time.Now().Unix())'替代date +%s - 若必须用 shell，确保所有平台都走 UTC：
TZ=UTC date -u +%s - 更可靠的做法：在 CI 中固定构建时间戳，例如取 Git commit 时间：
git show -s --format=%ct HEAD - 注意：
time.UnixMilli()和time.Now().UnixMilli()返回纳秒精度的毫秒值，但若下游存为BIGINT字段，需确认数据库驱动是否支持（如 MySQL 的parseTime=true&loc=UTC必须开启）
最易被忽略的一点：你在本地测试通过的 time.LoadLocation("Asia/Shanghai")，在 Alpine 构建镜像里会直接 panic —— 因为缺 /usr/share/zoneinfo/Asia/Shanghai，而这个错误只在运行时触发，编译期完全无法发现。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
