做完后。閱讀所有關(guān)于一些API的主體，我得到：-[91 34 123 92 34 78 111 79 102 86 105 101 119 115 92 34 58 123 92 34 48 92 34 58 48 125 44 92 34 78 111 79 102 76 105 107 101 115 92 34 58 123 92 34 48 92 34 58 48 125 44 92 34 78 111 79 102 67 111 109 109 101 110 116 115 92 34 58 123 92 34 48 92 34 5848 125 44 92 34 78 111 79 102 83 104 97 114 101 115 92 34 58 123 92 34 48 92 34 58 48 125 125 34 44 34 123 125 34 93 10]現(xiàn)在我必須將其解封為類型為 =type ActUser struct { NoOfViews map[string]int `json:"NoOfViews,omitempty"` NoOfLikes map[string]int `json:"NoOfLikes,omitempty"` NoOfComments map[string]int `json:"NoOfComments,omitempty"` NoOfShares map[string]int `json:"NoOfShares,omitempty"`}但當(dāng)我這樣做時(shí)var try []ActUsererr = json.Unmarshal(bodyBytes, &try)我得到錯(cuò)誤：=無(wú)法將字符串取消到類型模型的Go值中。行動(dòng)用戶我嘗試轉(zhuǎn)換，但似乎沒(méi)有任何效果。
1 回答
繁華開滿天機(jī)
TA貢獻(xiàn)1816條經(jīng)驗(yàn) 獲得超4個(gè)贊
您的示例 JSON 數(shù)據(jù)對(duì)應(yīng)于 。[91 34 123 ...["{
這表明您收到的 JSON 可能無(wú)效 - 它是字符串?dāng)?shù)組，而不是對(duì)象數(shù)組?？雌饋?lái)你的對(duì)象在編組時(shí)可能會(huì)被引用。
它可以解組為 ，而不是 。這幾乎可以肯定是不可取的，并且在對(duì)源數(shù)據(jù)進(jìn)行編碼時(shí)是錯(cuò)誤的。最好的方法是修復(fù)導(dǎo)致 JSON 對(duì)象被引用為字符串的錯(cuò)誤。[]string[]ActUser
或者，如果您必須從有缺陷的 JSON 中提取數(shù)據(jù)，則可以：
var strs []string
if err := json.Unmarshal(bodyBytes, &strs); err != nil {
log.Fatal(err)
}
if len(strs) == 0 {
log.Fatal("missing ActUser object")
}
var user ActUser
if err := json.Unmarshal([]byte(strs[0]), &user); err != nil {
log.Fatal(err)
}
另外，我建議使用 來(lái)顯示原始 JSON 數(shù)據(jù)以進(jìn)行調(diào)試（比 ASCII 代碼列表容易得多）。fmt.Printf("%s\n", bodyBytes)
- 1 回答
- 0 關(guān)注
- 83 瀏覽
添加回答
舉報(bào)
0/150
提交
取消