Go 的 time.Format 输出错误时间是因为采用“参考时间” "Mon Jan 2 15:04:05 MST 2006" 锚点式格式，需严格按其数值位置（如年=06、月=01、日=02）书写布局字符串，且 Parse 与 Format 的 layout 必须字面完全一致，时区未显式指定易导致 UTC/本地混淆。
Go 的 time.Format 为什么总输出错误时间？
因为 Go 的时间格式化不用常见占位符（比如 %Y 或 yyyy-MM-dd），而是用一个硬编码的“参考时间”： "Mon Jan 2 15:04:05 MST 2006"。所有格式字符串都必须严格对照这个时间点的值来写——15 是小时（24 小时制），04 是分钟，06 是年份（不是 2006），Mon 是英文缩写星期，MST 是时区缩写。
- 写成
"2006-01-02 15:04:05"才对；写成"%Y-%m-%d %H:%M:%S"会 panic 报错：panic: parsing time "" as "2006-01-02": cannot parse "" as "2006" - 月份是
01（不是MM），日是02（不是dd），这是 Go 特有的“锚点式格式”，记混就错 - 如果直接用
time.Now().Format("2006-01-02")却没设时区，可能拿到 UTC 时间而非本地，看着像“少一天”或“时间不对”
怎么安全地输出本地时间字符串？
别依赖 time.Now() 默认行为——它返回的是本地时区时间，但底层 Location 可能被污染（比如在容器里没设 TZ 环境变量，就 fallback 到 UTC）。显式指定更稳。
- 用
time.Now().In(time.Local).Format("2006-01-02 15:04:05")明确走系统本地时区 - 想固定用上海时间？
loc, _ := time.LoadLocation("Asia/Shanghai"); time.Now().In(loc).Format(...) - 避免用
time.UTC直接拼接，比如time.Now().UTC().Format(...)—— 这和你想要的“北京时间”差 8 小时，容易上线后才发现日志全是凌晨时间
Parse 和 Format 的字符串必须完全一致吗？
是的，time.Parse 的布局字符串（layout）和输入字符串（value）必须字面匹配，空格、中横线、冒号、大小写全算。哪怕多一个空格都会报 parsing time "...": month out of range。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 输入是
"2024/05/20 14:30:00"，layout 就得写"2006/01/02 15:04:05"，不能用"2006-01-02..." - 输入带毫秒如
"2024-05-20T14:30:00.123Z"，layout 要写"2006-01-02T15:04:05.000Z"；用.999或.000000都会失败 - JSON 中常用
time.RFC3339，它本身是 layout 常量：time.Now().Format(time.RFC3339)→"2024-05-20T14:30:00+08:00"，解析时也得用同一个常量
性能敏感场景下，Format 有什么隐患？
每次调用 Format 都会做字符串拼接和格式解析，高频打日志或 API 响应里反复调用，会分配小对象、触发 GC。不是大问题，但可优化。
立即学习“go语言免费学习笔记（深入）”；
- 避免在循环里拼接时间字符串，比如
for _, v := range items { log.Println(v.Name, time.Now().Format(...)) }—— 改成先取一次t := time.Now().In(loc)，再复用 - 不要为每个请求都
LoadLocation，它内部有缓存，但首次调用有开销；提前init或全局变量缓存loc - 如果只是需要 Unix 时间戳字符串，
strconv.FormatInt(t.Unix(), 10)比t.Format("2006-01-02")快 3–5 倍，且零分配
Go 的时间格式化看着简单，实际卡点都在“参考时间”的记忆精度、时区绑定的隐式行为、以及 Parse/Format 两端 layout 的严丝合缝。写错一个数字位置，或者忽略时区上下文，就可能让日志乱序、接口时间错位、定时任务漏跑——这些都不是运行时报错，而是静默出错。
