Golang Go语言中踩到 json 解析坑了，如何才能严格解析 json？

https://pkg.go.dev/sigs.k8s.io/json
可以试下这个

Java 直接用基础 int 类型也是 0 啊，Go 不用指针就代表不能为 null

“Go 不用指针就代表不能为 null”
“那你知不知道，golang 里面，struct 只有 0 值没有 null 值呢”

你们说的对啊，Go 里一个类型不是指针代表这个类型不能赋值 nil ，json 解析的时候遇到 null 意思就是要把 nil 赋值给非指针，直接报错不是再正常不过的想法吗？


“你也知道，你列举的这些语言，对象是可为 null 的”
这里面和 go 最相近的是 Go ，因为 kotlin 和 go 一样类型分可空/非可空（对应到 go 近似看成指针/非指针）。当尝试将 null 解析到非可空字段时，kotlin 是可以报错的

离谱，你说 often 就 often

https://pkg.go.dev/encoding/json#Unmarshal

Because null is often used in JSON to mean “not present,” unmarshaling a JSON null into any other Go type has no effect on the value and produces no error.

可以参考下 GRPC 的做法
https://zhuanlan.zhihu.com/p/46603988?utm_id=0

额外给你认为一定要区分的变量配置一个是否为 null 的 bool 的字段

文章里也给了一些讨论的原因 为什么这么设计 感觉跟 json 这块的设计还有些共通的地方吧

https://stackoverflow.com/questions/31801257/why-required-and-optional-is-removed-in-protocol-buffers-3

典型的我不要你觉的，我要我觉得。50 楼已经把答案贴上来了。

这只能说是标准库的一种取舍，对你可能不方便，但是对大部分人可能是一种更可接受的行为。并且标准库文档是有明确说明这种行为的 // By convention, to approximate the behavior of [Unmarshal] itself, // Unmarshalers implement UnmarshalJSON([]byte("null")) as a no-op.

https://cs.opensource.google/go/go/+/master:src/encoding/json/decode.go;l=117-121;drc=dac9b9ddbd5160c5f4552410f5f8281bd5eed38c

对于 LZ 这种场景，比较好的方案是自己定义一个类型别名，然后给这个类型实现自己的 Unmarshal 接口，实现很简单。如果 LZ 的场景有很多的类型都要考虑 null 要报错，那我觉得可能是设计上有点问题了。

<br>type Int int<br><br>func (i *Int) UnmarshalJSON(bs []byte) error {<br> if len(bs) == 0 || bytes.Equal(bs, []byte("null")) {<br> return fmt.Errorf("need a value")<br> }<br> val, err := strconv.ParseInt(string(bs), 10, 64)<br> if err != nil {<br> return err<br> }<br> *i = Int(val)<br> return nil<br>}<br><br>type Req struct {<br> ID Int `json:"id"`<br>}<br><br>var _ json.Unmarshaler = (*Int)(nil)<br><br>func TestNULLJSON(t *testing.T) {<br> var r Req<br> var args = []struct {<br> payload []byte<br> err bool<br> }{<br> {<br> []byte(`{"id": null}`),<br> true,<br> },<br> {<br> []byte(`{"id": 0}`),<br> false,<br> },<br> }<br> for idx, arg := range args {<br> if err := json.Unmarshal(arg.payload, &amp;r); (err == nil) == arg.err {<br> t.Fatalf("%d: want err: %v, but got: %+v", idx, arg.err, err)<br> }<br> }<br>}<br><br>

你声明的是 Int 这种基本类型，只是一段 32 比特的数据，不能表示 Null
既然你这么声明了，那么你就应该处理好零值，或者你换一个可以表示 null 的类型

结构体的 size 是固定的，必须初始化对应的成员。

json 中的 null 对应 go 中的零值

我说个对比你们就明白 op 的疑问了，.net 中的 System.Text.Json ，碰到这种情况会在反序列化 json 的时候抛出异常 “Cannot get the value of a token type ‘Null’ as a number.“

record JsonTest(int price);

JsonSerializer.Deserialize<JsonTest>(”{“price”:null}”);

==============

System.Text.Json.JsonException: 'The JSON value could not be converted to Test.JsonTest. Path: $.price | LineNumber: 0 | BytePositionInLine: 13.'

InvalidOperationException: Cannot get the value of a token type ‘Null’ as a number.

如果必须前端传回 price ，且值可以为 int 或 null 的话就定义成这样，未传入 price 会抛出异常 'JSON deserialization for type ‘Test.JsonTest’ was missing required properties, including the following: price’

record JsonTest
{
[JsonPropertyName(“price”)]
public required int? Price { get; set; }
}

不过回到例子中来，op 这里应该把 B 与 Obj.BB 设置为 nullable int

go 的 json 反序列化 null 值或者空值不报错或者赋默认值这是一个特性，既然你用了别人的库就要接受相关特性，因为这是一个特性所以你的需求需要自行实现校验。

现在来看解决方案有两种，第一种通过指针，第二种自定义 type + 实现 UnmarshalJSON 。

Unmarshal 的异常是有的，没有 panic

看到第一个 json 第一反应是这个不应该是非法的吗，null 都没有""包裹，然后查了下才发现默认 json 是支持 null 的，https://www.json.org/json-zh.html ，因为 json 就是 javascript 来的。。。
不过我还真没遇到这种问题，写 go 习惯了，都是用下面这种代码检查默认值，可能我用 json 不多，不嫌麻烦吧，主要是有的时候可以免去检查 err 了
var obj = &Obj{ val: -1}
_ = json.Unmarshal(data, obj)
if obj.val == -1 {
panic(“haha”)
}

传输协议用的 protobuf go 后端同样遇到这样的问题 解析出来 int 的值是 0 无法确认客户端传的是 null 还是就是业务上的 0 ，所以全改成指针了，然后全局替换判断，取值的时候也用公共方法统一替换。这样客户端不用改，就后端加了一堆工作量，md 好想写回 java ，加个注解就完事了🤔

我觉得其实和团队风格有关。我以前的公司 toC 高并发，比较抠性能不抠细节。现在的公司 toB ，反正业务维护得下去就行性能无所谓。然后我才接触到，json 里还区分 not assign 和 null 有区别的。谷歌说的 often 其实在大部分情况是成立的，比如 10 个字段 9 个不区分这样。 作为一种语言，把自己的理念强行安排给所有人这事 Go 干的不少。
说回现在我们是怎么解决的，就是多包一个类似 Optional 的实现，并且实现对应的自己的 validator 。完全可以实现楼主所说的功能。在泛型没出来之前是每个基础类型包一下，幸好现在出来了，但是历史代码还是有点不雅。