go 的 time.time 类型在调用 fmt.println 时会自动调用其 string() 方法，该方法默认同时输出时区偏移量（如 +0530）和时区缩写（如 ist、cst），当系统无法识别对应时区名称时，会重复显示偏移量，造成“时区出现两次”的假象。
go 的 time.time 类型在调用 fmt.println 时会自动调用其 string() 方法，该方法默认同时输出时区偏移量（如 +0530）和时区缩写（如 ist、cst），当系统无法识别对应时区名称时，会重复显示偏移量，造成“时区出现两次”的假象。
在 Go 中，time.Time.String() 方法的格式是固定的：
"2006-01-02 15:04:05.999999999 -0700 MST"
它由三部分组成：日期时间（含纳秒）、时区偏移量（如 +0530）和时区名称（如 IST 或 CST）。关键点在于：时区名称并非总是可用。
当你使用 time.Parse 解析一个仅含偏移量（如 +0530）而无明确时区标识（如 "Asia/Kolkata"）的时间字符串时，Go 会成功解析出准确的时间点和偏移量，但无法推断出对应的时区名称（例如 +0530 可能对应印度标准时间 IST、斯里兰卡时间 SLT，甚至部分海外侨民使用的自定义偏移）。此时，String() 方法会退而求其次——将偏移量重复两次：一次作为 -0700 风格的偏移，一次作为“占位符”替代缺失的时区名，于是出现 +0530 +0530 的输出。
验证这一点很简单：
package main
import (
"fmt"
"time"
)
func main() {
t, _ := time.Parse("02/Jan/2006:15:04:05 -0700", "07/Apr/2017:01:26:05 +0530")
fmt.Println("Default String():", t) // → 2017-04-07 01:26:05 +0530 +0530
fmt.Println("Zone():", t.Zone()) // → "", 0 (空名称，0秒偏移？不，实际是+0530，见下)
fmt.Println("Zone offset:", t.UTC().Sub(t).Seconds()) // 实际偏移量（秒）→ -19800（即 -5h30m）
// 使用 LoadLocation 显式指定时区，可获得正确名称
loc, _ := time.LoadLocation("Asia/Kolkata")
tInLoc := t.In(loc)
fmt.Println("In Asia/Kolkata:", tInLoc) // → 2017-04-07 01:26:05 +0530 IST
}⚠️ 注意事项：
-
time.Parse仅基于字符串解析偏移量，不会自动关联地理时区；若需IST、CST等语义化名称，必须显式使用time.LoadLocation并通过t.In(loc)转换； -
t.Zone()返回(name string, offset int)，对纯偏移解析的时间，name为空字符串，offset是正确的秒级偏移值（如+0530对应19800秒）； - 若只需可读性输出，推荐使用
t.Format("2006-01-02 15:04:05 -0700")—— 它只输出你指定的字段，避免歧义。
总结：+0530 +0530 不是 bug，而是 Go 对缺失时区名称的健壮降级策略。真正可靠的方式是——明确时区上下文：用 LoadLocation 加载已知时区，或用 Format 自定义输出格式，而非依赖 String() 的默认行为。
