Golang encoding/json 的幾個坑

decode(map) 之後 int 會變成 float64

思考一下，把一個 map encode 之後再 decode，結果和原來的 map 是否相等？直覺上肯定是對的，然而...

看一段代碼（https://play.golang.org/p/DHb-kZNHidd）：

m := make(map[int]interface{})m1 := make(map[int]interface{})m[2] = 3b, _ := json.Marshal(m)json.Unmarshal(b, &m1)fmt.Println(m)  // map[2:3]fmt.Println(m1) // map[2:3]fmt.Println(reflect.DeepEqual(m, m1))   // false

看起來是不是很詭異，列印出來的都一模一樣，然而兩個卻不相等。是不是 DeepEqual 裡藏著什麼陷阱？按照代碼注釋， 只要每個元素都相等，整個 map 就相等。

難不成這個2和3有問題？我們再列印一下看看：

fmt.Printf("%T %T", m[2], m1[2])// int float64

這個時候發現，decode 出來的數字被悄悄地變成了 float64。後來發現，其實官方也早有說明。只是這種不起眼的功能平時沒注意。

如果上面例子裡改成 m[2] = 3.0，結果就正常了。參見：https://play.golang.org/p/vAC1BXc7nCO

encoding 時自動追加 '\n'

...

預設情況下會開啟 escapeHTML

嚴格來說不能算坑，但確實跟我之前的習慣不太一樣。而且要關閉的時候，還不能直接設定，得繞個大彎：

buffer := &bytes.Buffer{}encoder := json.NewEncoder(buffer)encoder.SetEscapeHTML(false)// 到這才算 init 完成encoder.Encode(...)