3 回答

TA貢獻(xiàn)1784條經(jīng)驗 獲得超2個贊
盡管time.Parse()接受諸如的格式字符串2006-01-02 15:04:05 -0700 MST,但使用時間定義的常量之一可能會更簡單。
const (
ANSIC = "Mon Jan _2 15:04:05 2006"
UnixDate = "Mon Jan _2 15:04:05 MST 2006"
RubyDate = "Mon Jan 02 15:04:05 -0700 2006"
RFC822 = "02 Jan 06 15:04 MST"
RFC822Z = "02 Jan 06 15:04 -0700" // RFC822 with numeric zone
RFC850 = "Monday, 02-Jan-06 15:04:05 MST"
RFC1123 = "Mon, 02 Jan 2006 15:04:05 MST"
RFC1123Z = "Mon, 02 Jan 2006 15:04:05 -0700" // RFC1123 with numeric zone
RFC3339 = "2006-01-02T15:04:05Z07:00"
RFC3339Nano = "2006-01-02T15:04:05.999999999Z07:00"
Kitchen = "3:04PM"
// Handy time stamps.
Stamp = "Jan _2 15:04:05"
StampMilli = "Jan _2 15:04:05.000"
StampMicro = "Jan _2 15:04:05.000000"
StampNano = "Jan _2 15:04:05.000000000"
)
如果您使用字符串作為存儲或編碼時間的方式(例如采用限制性編碼格式),則可能需要考慮使用Unix time。這樣,您可以只存儲一個int64(或兩個,如果您保留納秒數(shù))。

TA貢獻(xiàn)1801條經(jīng)驗 獲得超8個贊
time.String文檔提供了使用的格式:“ 2006-01-02 15:04:05.999999999 -0700 MST”。首先將使用相同的格式進(jìn)行解析。
時區(qū)可能對您來說是個問題。如果必須解析您知道的時間是使用time.String生成的,但是是在其他時區(qū)生成的,則必須具有其他時區(qū)的zoneinfo。請參閱LoadLocation下的文檔。如果您無法獲取zoneinfo,無法在系統(tǒng)上安裝它或無法冒險在某個新的未知時區(qū)失敗,則time.String格式不適合您。您將必須獲得其他格式的時間戳,或者從字符串中刪除時區(qū),并以修改后的格式解析修改后的字符串。
- 3 回答
- 0 關(guān)注
- 301 瀏覽
添加回答
舉報