Go 的 json 包在编码/解码时会解引用指针，将 *J 转为 J 值本身；因此原结构中 A[0] 和 B[0] 指向同一地址的指针，在 JSON round-trip 后会变成两个独立的、值相等但地址不同的 J 实例——这是符合规范的预期行为。

go 的 `json` 包在编码/解码时会解引用指针，将 `*j` 转为 `j` 值本身；因此原结构中 `a[0]` 和 `b[0]` 指向同一地址的指针，在 json round-trip 后会变成两个独立的、值相等但地址不同的 `j` 实例——这是符合规范的预期行为。

在 Go 中，encoding/json 对指针类型的处理是按值语义而非引用语义进行的。官方文档明确说明：

"Pointer values encode as the value pointed to."
这意味着 json.Marshal 不会保存指针地址，而是递归地序列化其指向的值；而 json.Unmarshal 则为每个字段重新分配内存并构造新值，即使原始指针指向同一对象，反序列化后也会生成彼此独立的副本。

以你的结构为例：

type J struct { X, Y int }
type N struct {
    A, B, C []*J
}

若初始化时 n.A[0] = &jInst; n.B[0] = &jInst（即共享同一 J 实例），经 json.Marshal → 文件存储 → json.Unmarshal 后：

Wjs Localizing Video

用于端到端视频本地化流程的轻量编排器，路由至四个专注子技能——/wjs-transcribing-audio、/wjs-translating-subtitles...

下载

• n.A[0] 指向一个新分配的 J（值等于 jInst）；
• n.B[0] 指向另一个新分配的 J（值也等于 jInst）；
• 二者值相等（*n.A[0] == *n.B[0] 为 true），但地址不同（n.A[0] == n.B[0] 为 false）。

✅ 正确的比较方式是比较值而非指针：

fmt.Println("same value:", *n.A[0] == *n.B[0]) // ✅ true after decode
fmt.Println("same pointer:", n.A[0] == n.B[0]) // ❌ false —— 不应依赖此判断

⚠️ 注意事项：

• 若业务逻辑强依赖指针相等性（如通过 == 判断对象身份、实现缓存或图结构遍历），则 JSON 不适合直接持久化该结构；
• 替代方案包括：
  • 使用自定义 MarshalJSON/UnmarshalJSON 手动管理指针映射（例如维护全局 ID → 实例映射表）；
  • 改用支持引用语义的序列化格式（如 gob，但仅限 Go 内部使用）；
  • 在结构设计层面避免依赖指针相等性，转而使用唯一 ID 字段 + 值比较。

总结：这不是 bug，而是 encoding/json 的明确设计契约。在构建可序列化的数据模型时，应始终假设指针关系在 JSON round-trip 中丢失，并基于值语义编写健壮逻辑。