Go 的 json 包在编码/解码结构体时，会将指针解引用后序列化其指向的值；反序列化时则为每个字段独立分配新内存并构造新对象，因此原指针的同一性（== 比较）必然丢失，但值相等性仍可保证。
go 的 `json` 包在编码/解码结构体时，会将指针解引用后序列化其指向的值；反序列化时则为每个字段**独立分配新内存并构造新对象**，因此原指针的同一性（`==` 比较）必然丢失，但值相等性仍可保证。
在 Go 中，encoding/json 对指针类型的处理是明确且符合设计预期的：它不保留指针身份（identity），只保留值语义（value semantics）。当你对一个包含 []*J 字段的结构体 N 调用 json.Marshal() 时，json 包会递归地解引用每个 *J，并将 J 的字段以 JSON 对象形式写出；而 json.Unmarshal() 在还原时，会对每个 J 实例分别分配新的内存地址，再构建新的 *J 指针。这意味着即使原始 n.A[0] 和 n.B[0] 指向同一个 J 实例（即 n.A[0] == n.B[0] 为 true），经 JSON round-trip 后，它们将指向两个内容相同、但地址不同的 J 实例，因此指针比较结果变为 false。
这是完全符合 Go 官方文档定义的行为。encoding/json 文档明确指出：
“Pointer values encode as the value pointed to.”
“When unmarshaling into a pointer, if the JSON value is null, the pointer is set to nil. Otherwise, the pointer is allocated and the value is unmarshaled into the new memory.”
✅ 正确的验证方式是比较值而非指针：
// ✅ 比较解引用后的结构体内容（要求 J 实现可比较，如无 map/slice/func 字段）
if *n.A[0] == *n.B[0] {
fmt.Println("values are identical") // 此判断在 encode/decode 后依然成立
}
⚠️ 注意事项：
- 若
J包含不可比较字段（如map[string]int、[]string、func()等），则*n.A[0] == *n.B[0]编译不通过。此时应使用reflect.DeepEqual(*n.A[0], *n.B[0])进行深度比较（注意性能开销）； - 若业务逻辑强依赖对象身份（例如通过指针唯一标识某个状态节点、或用于
sync.Map键、或需避免重复初始化），JSON 并非合适载体——应改用gob（支持指针和类型信息）、自定义二进制格式，或在 JSON 基础上引入 ID 映射层（如用"id": "j-123"字段重建引用关系）； - 示例代码中
Open()函数存在类型错误：var n NeuralNetwork与type N struct {...}不一致，且return &n返回局部变量地址（虽因逃逸分析实际可行，但易引发混淆），建议改为var n N并直接返回&n或更安全地返回n（若无需指针）。
总结：JSON 是纯数据交换格式，不承载运行时对象图结构。当需要保持引用一致性时，请勿依赖指针相等性，而应基于业务语义设计显式标识机制（如 ID 字段 + 引用解析），或选用支持引用保真度的序列化方案。
