因为json.Unmarshal静默跳过不满足条件的字段：字段未导出（小写开头）、类型不匹配或接口未初始化，导致结构体全为零值却无错误；需检查字段导出性、类型一致性及嵌套层导出状态。
为什么GoLand里断点看到结构体全为空，但json.Unmarshal没报错
这不是 GoLand 的问题，而是 json.Unmarshal 的静默行为：类型不匹配、字段未导出、接口字段为 nil 时，它不会 panic，也不会返回 error，只是跳过赋值，字段保持零值。你在调试器里看到 Name: ""、ID: 0，其实是“成功解析但没写进去”，不是解析失败。
排查重点不是看 error 是否为 nil，而是检查目标结构体每个字段是否满足三个硬性条件：
- 字段名首字母大写（必须导出）
- 字段类型与 JSON 中对应值的类型严格一致（
"id": 123→ 字段应为int或int64，不能是string） - 嵌套结构体的每一层都满足以上两点（哪怕外层大写，内层小写也会被跳过）
在GoLand里快速验证JSON字符串是否合法
别依赖肉眼或手动粘贴到在线工具——GoLand 自带 JSON 校验能力，且能直接定位到非法字符位置。
操作步骤：
- 把原始 JSON 字符串（比如从日志复制的响应体）粘贴进一个临时
.json文件中 - GoLand 会立刻在编辑器右侧标出红色波浪线，并在
Problems窗口显示类似Invalid character或Expected comma or }的提示 - 右键该文件 →
Reformat Code，如果格式错误，会弹出警告；如果成功，说明语法基本合规 - 更进一步：在调试时，在 Watch 窗口输入
json.Valid([]byte(rawJSON))，返回true才继续查结构体，否则先修 JSON
GoLand调试时怎么确认字段是否被json.Unmarshal真正写入
光看变量值不够，因为零值可能是初始化结果，也可能是反序列化跳过所致。你需要交叉验证反射层面的行为。
Json Schema Toolkit
下载
使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。
在断点处使用 GoLand 的 Evaluate Expression（Alt+F8）执行以下检查：
-
reflect.ValueOf(yourStruct).NumField()—— 返回实际可访问的字段数。如果为0，说明所有字段都未导出（全是小写） -
reflect.ValueOf(yourStruct).FieldByName("Name").CanSet()—— 返回true才表示该字段可被json包写入；若为false，大概率是字段名小写或结构体本身不是指针 -
json.Unmarshal([]byte(`{"name":"test"}`), &yourStruct)后立即再查yourStruct.Name—— 如果仍为空，且CanSet()为true，那基本就是类型不匹配（如 JSON 是"name": "test"但字段定义为int）
接口字段反序列化失败：GoLand里如何发现BidItem没被初始化
当结构体含接口字段（如 BidItem Item），且未显式初始化就传给 json.Unmarshal，GoLand 调试器会显示该字段为 <nil>，但你可能忽略这个信号——因为它不报错，也不影响其他字段。
关键检查点：
- 在断点处展开该接口字段，看它的 concrete type 是否为空（即没有具体实现类型）
- 在 Watch 窗口输入
reflect.ValueOf(yourStruct.BidItem).Kind() == reflect.Ptr && !reflect.ValueOf(yourStruct.BidItem).IsNil()，若返回false，说明它没被初始化为具体类型指针 - 修复方式不是改 tag，而是在调用
json.Unmarshal前加一行：yourStruct.BidItem = &item{}（确保item已导入且可访问）
如果存在多种实现（*auctionItem / *digitalItem），仅靠初始化无法解决，此时必须放弃标准 Unmarshal，改用自定义 UnmarshalJSON 方法做类型路由——这点很容易被调试器表象掩盖。
