发现项目里的 grpc、json 包都有三个

序列化的包感觉统一使用一个比较好，要不然序列化的一致性不能保证，会有各种稀奇古怪的问题

@layxy 当然是第三方带进来的啊，自己的只用标准库

@lysShub 不是自己代码使用问题不大，这个其实在其他语言也有类似的问题

都有，一般好的库会提供一个接口，自己更换实现，然后排出原本依赖

sonic 只有 amd64, arm64 吧 ，你这跨平台编译都有问题！

@liaohongxing #5
一般 go 项目也只在 amd64 系统下跑啊

gogo 不维护了，用 google.golang.org/protobuf 就行。json 用 jsoniter 足矣。

神奇了, 我去看了我一个 GO 的小博客, JSON 也是好几套...

都这样，我们 java 项目也是一堆 json 库

还是俺们 PHP 简单。就靠两个函数，json_decode ，json_encode

@zeromake 树莓派跑项目的表示不服

你这才 3 个，要是搞个 java 的项目，一个功能好多种实现。。。

@wingofsky #11
树莓派不是 arm64 ？难道是那个 arm 32 位的树莓派？

现在只要安装 gin ，go.mod 里面就有这三个 json 库

有点历史的 java 项目一样
被各种历史依赖带进来的两个版本的 jackson ，能让代码里塞满 JsonObject 的 jsonlib ，某些阿里系依赖带进来的 fastjson ，再来点 gson ，如果有轻量化爱好者再来个 moshi ，齐了
如果有更古老或者更阴间的，还有用各种正则各种 indexof 自己解析 json 和拼 json 的神秘代码

@zeromake 🙈因为我看你说的是 amd64.....

给你看看 .net 的官方库

感觉不如我们 npm ，一个小项目可能都有几十个 lodash
没办法的事

gogoprotobuf 不更新了啊...

后面两个 Google 的库，区别是 API 变掉了，所以可以看成一个是 V1 版本，一个是 V2 版本。没错，这就是 Google XD

json 的库你没都算标准库，不仅如此，连标准库都要出 v2 了 https://github.com/golang/go/discussions/63397

@zeromake 64M RAM ，128M NAND ，300Mhz 的 arm32 设备上跑了各种 go 程序