为何Go中Format后Parse的时间与time.Now()不等价？Azure SDK报错解析

一、二者不等价的核心原因 #

两段代码生成的time.Time实例存在时区属性差异：

• time.Now()返回的是本地时区的时间（带有当前系统的Location信息，比如Asia/Shanghai）。
• 而time.Now().Format("2006-01-02T03:04:05.9999999Z")会强制以UTC时区格式输出时间（格式中的Z代表UTC），再通过time.Parse(time.RFC3339Nano, today)解析后，得到的是UTC时区的time.Time实例（Location为time.UTC）。

这种时区差异直接导致Azure SDK对时间参数的序列化结果不同，进而触发接口错误。

二、Azure SDK调用错误的原因 #

Azure Storage的ListAccountSAS接口要求signedStart参数必须是**UTC时区且符合RFC3339Nano格式（末尾带Z）**的时间：

• 当你使用Format+Parse后的UTC时间时，SDK序列化时会输出符合要求的格式（如2023-09-18T07:54:42.6314723Z），因此接口调用正常。
• 当直接传入time.Now()时，该时间实例的时区是本地时区，SDK序列化时会输出带时区偏移的格式（如2023-09-18T15:54:42+08:00），这种格式不符合Azure接口的参数要求，因此触发InvalidValuesForRequestParameters错误。

三、修复方案 #

不需要通过Format+Parse的冗余方式构造UTC时间，直接获取UTC时区的时间即可，高效且简洁：

// 直接获取当前UTC时间
t := time.Now().UTC()

如果需要将已有本地时间转换为UTC时区，也可以使用：

t := time.Now().In(time.UTC)

验证方式：打印时间的时区和格式，确认输出为UTC时区且符合RFC3339Nano格式：

fmt.Println(t.Location(), t.Format(time.RFC3339Nano))
// 预期输出：UTC 2023-09-18T07:54:42.6314723Z

内容的提问来源于stack exchange，提问作者Giulio