time.Now() 返回本地时区时间，无时区配置时退化为 UTC；解析时间须用“2006-01-02”格式；Duration 为线性纳秒计算，跨日/月应使用 AddDate；Format 时区偏移异常源于时间未绑定正确 Location。
time.Now() 获取本地时间还是 UTC 时间？
time.Now() 返回的是本地时区的时间，不是 UTC。它内部会读取系统时区配置（如 /etc/localtime 或环境变量 TZ），并自动应用偏移量。如果你在 Docker 容器里没挂载时区文件或没设 TZ，time.Now() 可能返回 UTC 时间——这不是 bug，是 Go 的预期行为：没有明确时区信息时，默认用 Local，而 Local 在无时区数据时退化为 UTC。
- 显式获取 UTC 时间：用
time.Now().UTC() - 显式使用固定时区（如上海）：
shanghai, _ := time.LoadLocation("Asia/Shanghai") t := time.Now().In(shanghai) - 避免依赖系统时区：在容器中推荐设
ENV TZ=Asia/Shanghai或直接用LoadLocation
Parse 和 ParseInLocation 容易 panic 的原因
time.Parse 要求格式字符串必须和输入字符串**逐字匹配**，包括空格、标点、大小写。常见错误是把 "2006-01-02" 写成 "2023-01-02"（年份不能写实际值），或者忽略时区部分导致解析出错但不报错（返回零值时间 + 非 nil error）。
-
time.Parse("2006-01-02", "2023-01-02")✅ 正确 -
time.Parse("2023-01-02", "2023-01-02")❌ 错误：格式串年份必须是2006 - 带时区的字符串（如
"2023-01-02T12:00:00+08:00"）建议用time.ParseInLocation并传入对应*time.Location，否则时区可能被忽略或误判为本地时区 - 总是检查 error：Go 的 time 解析不会 panic，但返回
time.Time{}（即 0001-01-01）+ 非 nil error，容易引发后续逻辑错误
Duration 计算跨天、跨月时为什么不准？
time.Duration 是纳秒级整数，只做线性加减，不理解日历规则。所以 t.Add(24 * time.Hour) 不等于“明天同一时刻”——如果中间有夏令时切换（如 Spring Forward），结果会差 1 小时；同样，t.AddDate(0, 0, 1) 才是真正的“加一天”，它会处理时区、闰秒、DST 等。
- 加减天/月/年：用
t.AddDate(years, months, days) - 加减固定时长（如超时控制、轮询间隔）：用
t.Add(d time.Duration) -
time.Since(t)和time.Until(t)返回Duration，适合耗时统计，但不能反推日历日期 - 不要用
Duration模拟月份：一个月可能是 28、30 或 31 天，30 * 24 * time.Hour会漂移
Format 输出时区偏移总显示 +0000 怎么办？
调用 t.Format("2006-01-02 15:04:05 MST") 时，如果 t 是 UTC 时间或未绑定有效时区，MST 会输出 UTC，而 Z0700 或 Z07:00 会输出 +0000 或 +00:00。这不是 Format 的问题，是时间值本身没带正确时区信息。
动态WEB网站中的PHP和MySQL详细反映实际程序的需求，仔细地探讨外部数据的验证(例如信用卡卡号的格式)、用户登录以及如何使用模板建立网页的标准外观。动态WEB网站中的PHP和MySQL的内容不仅仅是这些。书中还提到如何串联JavaScript与PHP让用户操作时更快、更方便。还有正确处理用户输入错误的方法，让网站看起来更专业。另外还引入大量来自PEAR外挂函数库的强大功能，对常用的、强大的包
立即学习“go语言免费学习笔记（深入）”；
- 确认
t.Location()是否为期望时区（比如打印t.Location().String()） - 用
In()显式切换时区：t.In(shanghai).Format("2006-01-02 15:04:05 Z07:00") - 避免用
time.Unix(...).UTC()后再 Format：它丢失原始时区上下文，应优先用time.Unix(...).In(loc) -
Z0700和Z07:00都能输出带冒号或不带冒号的偏移，选哪个取决于 API 规范要求
时区绑定和日历语义分离是 Go time 包最常被忽略的设计前提：Duration 是纯数值，Time 是带时区的瞬时点，Location 是独立的时区定义。混用它们而不显式转换，几乎一定会在跨时区部署或夏令时切换时出问题。
