GRPC的HTTP返回值int64被转为string类型

问题描述

最近在使用http接口访问一个GRPC的服务时遇到一个数据类型转换的问题。一个时间戳字段在PB中定义的字段类型为uint64，返回到本地之后却是一个string类型，在我用uint64去接收这个字段时报了错。

原因分析

为什么GRPC要把int64转为string类型呢，他们的回答是遵循proto3的序列化规则，proto3的json-mapping中规定了int64/uint64/fixed64类型映射的json类型为string。如图：（PB文档地址：https://developers.google.com/protocol-buffers/docs/proto3#json）

pb-josnMapping.jpg

很多人都质疑PB的这个行为，然而这并不能改变什么，下面是一个关于该问题的回答，大意就是：JS使用了52bit去实现IEEE754的双精度数，也就是说js在不丢失信息的情况下最大能表示的数是 2^52 。64位的数在JS中直接使用是会有问题了。PB为了客户端能正常处理数据而把64位数值直接转换为了string类型。

int64tostring-reasopn.jpg

问题解决

本人使用的是golang语言，在处理http返回值时，使用jsonpb包代替了json包去解析返回的二进制数据。不过解析出来的是message格式的，用的时候还需要进一步加工处理，相比较与转换string类型到int64，感觉还是简单一点。

resp, err := http.Post(addr+path, "application/json", buf)
if err != nil { 
    t.Error(err)
 } else {
    if resp.Body != nil {
        var result stat.ListDataRows_Response
        err = jsonpb.Unmarshal(resp.Body, &result)
        if err != nil {
            t.Error(err)
        } else {
            t.Logf("result：%+v", result)
        }
    } else {
        t.Log("result is nil")   
    }
}

返回值：
 result：{
     Rows:[
       timestamp:1571195630000 
       tags: 
       values:
    ] 
    NextPageToken:1571195630000
}