golang生成JSON及解析JSON
默认情况下，go对json解析过程中遇到的数字都会当做float64处理。如果数字过大会有精度丢失。可以使用json.Number来处理。输出结果：使用 json.Decoder 只能操作 io.Reader 类型的JSON数据。
我们可以使用这些 Go 类型：输出的结果是：这些并没有什么特殊的。如果你想将上面的 JSON 对象解析成为一个 Envelope 类型的对象，最终你会将 Msg 字段解析成为一个 map[string]interface{}。
当使用GO 标准库 encoding/json 解析动态JSON 的时候，我们将结果解析为 map[string]interface{} 。而 GO map 类型的key 是无序的，也就是说你不能确定JSON key 的先后顺序。
SON（JavaScript Object Notation）是一种轻量级的数据交换格式，用于在不同系统之间传递数据。它是一种文本格式，具有易读性和可移植性，它的格式类似于 JavaScript 对象的表示形式。
其实你的问题在与最后一段是[]byte 如果直接转json出来的数据是一个base64的字符串 所以你要做的应该是把最后的这个[]byte按字符串直接输出。自己手动转一下吧。
hyperf与go基于jsonrpc2.0通信
下面配置中， protocol ，我使用的是 jsonrpc ，这里的配置需要和在定义服务提供者的时的注解的 protocol 参数一致，如果是 jsonrpc-http 就得使用 jsonrpc-http ，否则会找不到协议而报错，或者也可以选择定义多个服务。
json库在golang中的使用
1、默认情况下，go对json解析过程中遇到的数字都会当做float64处理。如果数字过大会有精度丢失。可以使用json.Number来处理。输出结果：使用 json.Decoder 只能操作 io.Reader 类型的JSON数据。
2、是一种轻量级的数据交换格式，用于在不同系统之间传递数据。它是一种文本格式，具有易读性和可移植性，它的格式类似于 JavaScript 对象的表示形式。Golang 中的 JSON 类型提供了将 JSON 数据转换为 Go 的数据结构的功能。
3、Marshal方法默认把html标签中的， ， &字符转义成unicode，为强制为有效UTF-8的JSON字符串，用Unicode替换符号替换无效字节。
4、当使用GO 标准库 encoding/json 解析动态JSON 的时候，我们将结果解析为 map[string]interface{} 。而 GO map 类型的key 是无序的，也就是说你不能确定JSON key 的先后顺序。
jsonrpc与后端rpc的区别
1、JSON-RPC 0定义的请求对象和响应对象和现有的JSON-RPC 0客户端/服务器有兼容问题。这两个版本其实很好区分，0定义了一个叫jsonrpc的成员，其值时0，而0版本没有。
2、两者没有高下之分，无非是一种约定俗成的标准。习惯用RPC就用RPC，能理解REST就用REST。JSON-RPC比较符合直观，格式也相对宽松；REST最近正流行，有自己的一套设计规范。
3、zerorpc 和 pyjsonrpc 一样，需要额外安装，虽然SimpleXMLRPCServer不需要额外安装，但是SimpleXMLRPCServer性能相对差一些。 调用过程如下 客户端除了可以使用zerorpc框架实现代码调用之外，它还支持使用“命令行”的方式调用。
技术基础--JSON-RPC2.0
1、第一种是 jsonrpclib 第二种是 python-jsonrpc 先来看第一种 jsonrpclib 它与Python 标准库的 SimpleXMLRPCServer 很类似(因为它的类名就叫做 SimpleJSONRPCServer ，不明真相的人真以为它们是亲兄弟)。
2、json-rpc是基于json的跨语言远程调用协议。比xml-rpc、webservice等基于文本的协议数据传输格小；相对hessian、java-rpc等二进制协议便于调试、实现、扩展，是很优秀的一种远程调用协议。
3、{jsonrpc：0，method：apiinfo.version，id：1，auth：null，params：{}}其中是zabbix前端的地址；Content-Type必须指明且为application/json-rpc， application/json or application/jsonrequest三者之一。
4、JSON-RPC，是一个无状态且轻量级的远程过程调用（RPC）传送协议，其传递内容透过JSON为主。
5、JSON-RPC 是基于 JSON 的跨语言远程调用协议。