在開發(fā)過程中，我們有時(shí)會(huì)遇到這樣的問題，將 2020-11-08T08:18:46+08:00 轉(zhuǎn)成 2020-11-08 08:18:46，怎么解決這個(gè)問題？
解決這個(gè)問題，最好不要用字符串截取，或者說字符串截取是最笨的方法，這應(yīng)該是時(shí)間格式化的問題。
我們先看一下 golang time 包中支持的 format 格式：
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"
)
我們找到了 RFC3339 ，那就很簡單了，我們封裝一個(gè)方法 RFC3339ToCSTLayout，見下面代碼。
package timeutil
import "time"
var (
cst *time.Location
)
// CSTLayout China Standard Time Layout
const CSTLayout = "2006-01-02 15:04:05"
func init() {
var err error
if cst, err = time.LoadLocation("Asia/Shanghai"); err != nil {
panic(err)
}
}
// RFC3339ToCSTLayout convert rfc3339 value to china standard time layout
func RFC3339ToCSTLayout(value string) (string, error) {
ts, err := time.Parse(time.RFC3339, value)
if err != nil {
return "", err
}
return ts.In(cst).Format(CSTLayout), nil
}
運(yùn)行一下
RFC3339Str := "2020-11-08T08:18:46+08:00"
cst, err := timeutil.RFC3339ToCSTLayout(RFC3339Str)
if err != nil {
fmt.Println(err)
}
fmt.Println(cst)
輸出：
2020-11-08 08:18:46
小結(jié)
同理，若遇到 RFC3339Nano、RFC822、RFC1123 等格式，也可以使用類似的方法，只需要在 time.Parse() 中指定時(shí)間格式即可。
到此這篇關(guān)于Go中time.RFC3339 時(shí)間格式化的實(shí)現(xiàn)的文章就介紹到這了,更多相關(guān)Go time.RFC3339 時(shí)間格式化內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
您可能感興趣的文章:- golang 使用time包獲取時(shí)間戳與日期格式化操作
- django rest framework serializer返回時(shí)間自動(dòng)格式化方法
- golang gorm中格式化時(shí)間問題詳解
- go語言中時(shí)間戳格式化的方法
