go json.Unmarshal 深拷贝性能太差怎么办？

[6581]

1. 项目 A 需要使用项目 B 提供的配置文件
2. 项目 B 提供的配置文件是以 json 字符串格式存在，保存在 redis
3. redis 中的配置文件是会变化的
4. A 项目需要频繁使用配置文件，就需要不断做 json.Unmarshal()。性能很差
5. 如果把 json.Unmarshal() 之后的 object 保存在内存中，减少 json.Unmarhsal() 的操作。不同 goroutine 拿到的 object 就是浅拷贝的，并发不安全。

大佬们如何解决这个问题呢？

[dyllen]

一个配置，竟然会有人往里写？人的问题很大？

[smartdoc647]

go 官方这个原生 json 库性能确实不太高。普通业务没什么问题，高并发场景官方库性能真不行，比如做日志实时消费不停处理 json 这种，我们压测性能确实一般，不要迷性官方库一定就性能好。