本文介绍如何在 go 中通过预过滤机制，避免将空嵌入结构体（如 `problem{}`）序列化为 json 中的 `{}`，从而生成紧凑、语义正确的 json 数组。核心思路是**在构造切片前主动剔除无效项**，而非依赖 `json:"omitempty"`（该标签仅跳过字段，不跳过整个结构体元素）。
在 Go 的 JSON 序列化中，omitempty 标签仅作用于结构体字段级别：当字段值为零值（如空字符串 ""、0、nil 等）时，该字段将被忽略。但它无法让整个结构体实例从切片中“消失”。一旦某个 Problem{} 被加入 []Problem 切片，json.Marshal() 就会将其序列化为 {} —— 因为该结构体本身非 nil，且其所有字段虽为空，但结构体实例仍存在。
要实现 {"s":"v1","t":"v2"}、{"s":"v3","t":"v4"} 这类紧凑数组（即完全跳过空对象），必须在调用 json.Marshal() 之前，从切片中物理移除那些逻辑上无效的元素。
✅ 推荐方案：构建时过滤（Pre-filtering）
最清晰、高效且符合 Go 惯用法的方式是封装一个辅助函数，在构造切片阶段完成过滤：
func createProblems(probs ...Problem) Problems {
var result Problems
empty := Problem{} // 零值结构体作为“空”判据
for _, p := range probs {
if p != empty { // 注意：此比较要求结构体所有字段可比较（string 可比）
result = append(result, p)
}
}
return result
}使用示例如下：
prob0 := Problem{S: "s0", T: "t0"}
prob1 := Problem{S: "", T: ""} // 逻辑上应被丢弃
prob2 := Problem{S: "s2", T: "t2"}
probs := createProblems(prob0, prob1, prob2)
data, _ := json.Marshal(probs)
fmt.Println(string(data)) // 输出：[{"s":"s0","t":"t0"},{"s":"s2","t":"t2"}]⚠️ 注意事项：此方法依赖结构体的可比较性（Go 中字段全为可比较类型时，结构体才可比较）。若 Problem 后续添加 map、slice、func 等不可比较字段，则 p != empty 将编译失败。此时需改用显式字段判断：func isEmpty(p Problem) bool { return p.S == "" && p.T == "" } // 然后在循环中：if !isEmpty(p) { ... }过滤应在数据组装阶段完成，而非序列化后处理 JSON 字符串（后者违背类型安全与可维护性原则）。
? 替代思路：运行时条件追加（Builder Pattern）
若构造逻辑分散（如根据条件动态决定是否添加某 Problem），推荐使用 builder 模式，只追加有效项：
probs := Problems{}
if shouldIncludeProb0 {
probs = append(probs, Problem{S: "s0", T: "t0"})
}
if shouldIncludeProb2 {
probs = append(probs, Problem{S: "s2", T: "t2"})
}
// 最终 probs 天然不含空元素这种方式更灵活，尤其适合配置驱动或流程分支复杂的场景。
✅ 总结
| 方法 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| createProblems(...) 辅助函数 | 批量构造、参数明确 | 简洁、复用性高、语义清晰 | 依赖结构体可比较性 |
| 条件 append（Builder） | 动态逻辑、分支多 | 完全可控、无隐式依赖 | 代码略冗长 |
关键原则始终不变：JSON 序列化不会“猜测”你的业务意图；你必须显式控制哪些结构体实例进入切片——因为 json.Marshal() 只忠实地序列化你给它的数据结构。
