【转】Golang中 time.Parse和time.Format的时区问题
------------------------------------------
涉及到时间处理时,Parse 和 Format 是最为常见的处理了。
Parse:将字符串格式的时间转为 time.Time,类似 PHP 中的 strtotime;Format:将 time.Time 格式化为字符串格式的时间,类似 PHP 中的 timetostr。
提到时间,它一定需要跟时区一起才有意义,比如 15:30:00 这个时间,其实并不明确,因为你不知道这是北京时间还是东京时间。而一般人的理解里,如果没提到时区,就默认是当地的时区,比如我说 15:30:00,大家都能理解为下午三点,是因为同在北京时区里。
回到 time.Format,它返回的是固定的字符串,格式化时它是需要明确时区信息的,但 Format 函数却没有时区参数。事实上它的时区信息来源于 time.Time 结构体的 loc 字段,而并不允许作为参数传入。这也解释了为什么 time.Now().Format() 会返回当地时区的时间字符串,因为 time.Now() 返回的 time.Time 默认是当地时区。
type Time struct {
sec int64
nsec int32
loc *Location
}
总结起来就是:time.Format 的时区信息来源于 Time 结构体中的 loc,time.Now().Format() 返回的是当地时区的时间。
然后是 time.Parse,如果它的参数没有带入时区信息,比如没有 +0800 这样的信息,它将默认使用 UTC 时间,这意味着:
s := time.Now().Format("2006-01-02 15:04:05")
t, _ := time.Parse("2006-01-02 15:04:05", s)
上面的 s 和 t 已经完全不一样了,因为 s 返回的是当地时区,而 t 则变成了 UTC 时间。这也解释了为什么经过这么一个习惯性操作,得到的时间居然是不符合预期的了。
正确的做法是使用 ParseInLocation 来 Parse 明确是同一时间的不带时间信息的时间字符串:
s := time.Now().Format("2006-01-02 15:04:05")
t, _ := time.ParseInLocation("2006-01-02 15:04:05", s, time.Local)
这样做才会符合习惯于 strtotime 和 timetostr 的结果预期。
总结起来就是:如果时间字符串中带了时区信息才去使用 time.Parse,否则使用 time.ParseInLocation。