为什么Go的time.Parse（）解析时区标识符？

Question

请考虑以下代码：

package main

import (
    "time"
    "fmt"
)

const (
    format = "2006 01 02 15:04 MST"

    date = "2018 08 01 12:00 EDT"
)

func main() {
    aloc, _ := time.LoadLocation("America/New_York")
    eloc, _ := time.LoadLocation("Europe/Berlin")
    tn, _ := time.Parse(format, date)
    tl, _ := time.ParseInLocation(format, date, aloc)

    fmt.Println(tn) // Says +0000 despite EDT being -0400
    fmt.Println(tn.In(eloc)) // Expect 18:00, but get 14:00
    fmt.Println(tl) // Correctly -0400
    fmt.Println(tl.In(eloc)) // Correctly 18:00
}

你也可以试试Go Playground。

当我运行它时，我得到了这个结果（在我自己的系统上和通过Playground）：

2018-08-01 12:00:00 +0000 EDT
2018-08-01 14:00:00 +0200 CEST
2018-08-01 12:00:00 -0400 EDT
2018-08-01 18:00:00 +0200 CEST

我原以为第一行和第三行是相同的，第二行和第四行是相同的。

在我看来，Go的时间库不解析我在日期字符串中写的“EDT”时区标识符，尽管它是格式的一部分。

我自己的系统（Fedora 26）也将EST / EDT识别为时区：

$ TZ='America/New_York' date 080112002018
Wed  1 Aug 12:00:00 EDT 2018

当然，正如你所看到的，我可以通过使用ParseInLocation()强制解决这个问题，但这只有在我事先知道时区的情况下才有用。否则我需要自己将日期字符串的'EDT'部分解析为'America / New_York'。

或者我错过了什么？

Answer 1

一个简单的调试运行显示它都归结为这个函数go/1.10/libexec/src/time/zoneinfo.go:226

func (l *Location) lookupName(name string, unix int64) (offset int, ok bool) {
    l = l.get()

    // First try for a zone with the right name that was actually
    // in effect at the given time. (In Sydney, Australia, both standard
    // and daylight-savings time are abbreviated "EST". Using the
    // offset helps us pick the right one for the given time.
    // It's not perfect: during the backward transition we might pick
    // either one.)
    for i := range l.zone {
        zone := &l.zone[i]
        if zone.name == name {
            nam, offset, _, _, _ := l.lookup(unix - int64(zone.offset))
            if nam == zone.name {
                return offset, true
            }
        }
    }

    // Otherwise fall back to an ordinary name match.
    for i := range l.zone {
        zone := &l.zone[i]
        if zone.name == name {
            return zone.offset, true
        }
    }

    // Otherwise, give up.
    return
}

在我的OSX上（我在苏黎世，所以CET截至目前）对l.get()的调用返回包含区域切片中的4个值的对象，即CET，CEST，CET和CEST。最重要的是，GMT和UTC特别事先得到了治疗。所有其他区域对我来说都是“未知”，包括EDT。