我正在實(shí)現(xiàn)一些序列化對(duì)象的方法（標(biāo)準(zhǔn)庫(kù)中可能已經(jīng)存在，但我想要體驗(yàn)）。我能夠讓 json.Marshal 和 json.Unmarshal 正確地將我的數(shù)據(jù)轉(zhuǎn)換為字符串，然后讀回一個(gè)對(duì)象，但我注意到一些我想更好地理解的有趣行為。為了測(cè)試 json 包的功能，我創(chuàng)建了一個(gè)測(cè)試結(jié)構(gòu)：type Test struct{    T int    S string    F float32}跑步o := Test{32, "struct", 12.07}b, e := json.Marshal(o)fmt.Println(string(b), e)印刷{"T":32,"S":"struct","F":12.07} <nil>這是我所期望的。但是，在解組時(shí)我能夠得到兩個(gè)不同的結(jié)果，具體取決于我何時(shí)將對(duì)象轉(zhuǎn)換為指針：// Test 1var o2 interface{} = &oe = json.Unmarshal(b, o2)fmt.Println(o2, e)印刷// Output 1&{32 struct 12.07} <nil>同時(shí)將 o2 定義為值而不是指針，然后使用 &o2 調(diào)用 Unmarshal，即。// Test 2var o2 interface{} = oe = json.Unmarshal(b, &o2)fmt.Println(o2, e)印刷// Output 2map[T:32 S:struct F:12.07] <nil>有趣的是，所有四個(gè)// Test 3var o2 Test = oe = json.Unmarshal(b, &o2)fmt.Println(o2, e),// Test 4var o2 *Test = &oe = json.Unmarshal(b, &o2)fmt.Println(*o2, e),// Test 5var o2 *Test = &oe = json.Unmarshal(b, o2)fmt.Println(o2, e)， 和// Test 6var o2 *Test = &oe = json.Unmarshal(b, &o2)fmt.Println(o2, e)打印以下內(nèi)容之一：// Output 3, 4{32 struct 12.07} <nil>// Output 5, 6&{32 struct 12.07} <nil>測(cè)試 1 和 2 讓我相信，當(dāng)將某些東西分配給“超類”時(shí)，一些運(yùn)行時(shí)信息會(huì)丟失......似乎將指向我的結(jié)構(gòu)的指針?lè)峙浣o o2 為 Unmarshal 函數(shù)提供了更多關(guān)于它應(yīng)該讀取的內(nèi)容的類型數(shù)據(jù)而不是將我的結(jié)構(gòu)分配給 o2，然后將指向 o2 的指針傳遞給 Unmarshal。這有點(diǎn)道理；在編譯時(shí)，測(cè)試 1 將 interface{} 傳遞給 Unmarshal，而 Test 2 將指針傳遞給 interface{}。即便如此，我還是認(rèn)為參數(shù)的運(yùn)行時(shí)類型會(huì)是相同的（*測(cè)試）。有人可以解釋為什么 Go 會(huì)這樣工作嗎？支持我的結(jié)論的事實(shí)是，將 o2 聲明為 Test 或 *Test 允許 Unmarshal（因此接收 *Test 作為其參數(shù)）始終將我的數(shù)據(jù)讀取為結(jié)構(gòu)而不是映射。奇怪的是，測(cè)試 4 和測(cè)試 6 表明將指針傳遞給指向我的結(jié)構(gòu)的指針是完全可以接受的，并且 Unmarshal 正確（？）設(shè)置了結(jié)構(gòu)的值。我本以為這些測(cè)試會(huì)出現(xiàn)運(yùn)行時(shí)錯(cuò)誤，因?yàn)?Unmarshal 應(yīng)該嘗試取消引用雙指針并將結(jié)果指針設(shè)置為它正在讀取的序列化結(jié)構(gòu)。Automatic multi-pointer dereferencing 可能只是這個(gè)功能的一個(gè)特性，但在官方文檔中并沒(méi)有提到。我不太關(guān)心后面的這些測(cè)試。我主要只對(duì)導(dǎo)致測(cè)試 1 和測(cè)試 2 之間的差異的原因感興趣。