golang将tcp的字节数组转换为可读的方式

Question

我从网络中读取到一下字节数组：
[0 184 243 29 118 239 213 105 230 4 0 0 20 0 0 0 89 180 214 98 21 196 181 2
8 1 0 0 0 107 71 128 118 117 239 213 105 0 52 24 133 94 17 221 229 31 145 110 229 4 43 90 39 220 58 1 30 207 60 
158 69 18 55 220 44 147 246 64 91 218 55 245 119 63 160 157 143 72 255 252 35 82 55 45 103 20 137 30 170 122 210
 44 156 199 0 54 21 55 214 147 232 143 194 4 143 80 171 238 133 174 151 86 89 83 174 153 40 174 140 222 115 166 
53 22 213 75 71 199 195 53 25 165 237 99 239 92 198 206 222 123 48 165 54 8 206 108 45 191 204 179 141 230 114 1
36 52 114 207 114 42 50 85 30 65 255 13 50 10 81 241 150 38 107 113 244 187 167 49]

我想用go语言转换为可读的，应该怎么做？

Answer 1

让 “紫雾凌寒” 来帮你回答,本回答结合 DeepSeek

如果还有问题，请评论或点击头像私信，如果有帮助到您, 请关注、采纳、点赞

1. 问题关键点分析

二进制字节数组的可读性完全依赖协议定义，核心关键点包括：
- 协议结构：必须明确每个字段的类型（如int32、string）、长度、字节序（网络默认大端big-endian）；
- 网络字节序：TCP/UDP传输默认使用大端字节序（最高有效字节在前），解析时需匹配；
- 无协议限制：若没有协议定义，仅能展示字节的数值形式，无法还原业务含义。

2. 解决方案（分两种场景）

场景1：无协议定义（仅基础展示）

仅能将字节数组转换为可查看的数值形式（无法理解业务含义），常见方式：

代码示例

package main

import (
    "encoding/hex"
    "fmt"
)

func main() {
    buf := []byte{0, 184, 243, 29, 118, 239, 213, 105, 230, 4, 0, 0, 20, 0, 0, 0, 89, 180, 214, 98, 21, 196, 181, 2, 8, 1, 0, 0}

    // 1. 十六进制字符串（紧凑易读）
    hexStr := hex.EncodeToString(buf)
    fmt.Println("十六进制：", hexStr)

    // 2. 十进制数组（每个字节数值）
    fmt.Print("十进制数组：[")
    for i, b := range buf {
        if i > 0 {
            fmt.Print(", ")
        }
        fmt.Print(b)
    }
    fmt.Println("]")

    // 3. 尝试ASCII（仅可打印字符有效）
    asciiStr := ""
    for _, b := range buf {
        if b >= 32 && b <= 126 { // 可打印ASCII范围
            asciiStr += string(b)
        } else {
            asciiStr += "."
        }
    }
    fmt.Println("尝试ASCII：", asciiStr)
}

输出示例

十六进制： 00b8f31d76efd569e60400001400000059b4d66215c4b50208010000
十进制数组：[0, 184, 243, 29, 118, 239, 213, 105, 230, 4, 0, 0, 20, 0, 0, 0, 89, 180, 214, 98, 21, 196, 181, 2, 8, 1, 0, 0]
尝试ASCII： ....v....i.......Y....b....b....

场景2：有协议定义（还原业务含义）

假设协议结构（需根据实际业务调整）：
| 字节范围 | 类型 | 含义 |
|----------|------------|--------------------|
| 0-3 | int32 | 时间戳（秒级） |
| 4-7 | uint32 | 客户端IP（大端） |
| 8-9 | uint16 | 客户端端口 |
| 10-11 | uint16 | 保留字段 |
| 12-15 | uint32 | 业务数据长度 |
| 16-末尾 | []byte | 实际业务数据 |

代码示例（使用encoding/binary解析）

package main

import (
    "encoding/binary"
    "encoding/hex"
    "fmt"
    "net"
    "time"
)

func main() {
    buf := []byte{0, 184, 243, 29, 118, 239, 213, 105, 230, 4, 0, 0, 20, 0, 0, 0, 89, 180, 214, 98, 21, 196, 181, 2, 8, 1, 0, 0}

    // 定义协议结构体
    type Protocol struct {
        Timestamp int32    // 时间戳
        ClientIP  uint32   // 客户端IP
        Port      uint16   // 端口
        Reserve   uint16   // 保留
        DataLen   uint32   // 数据长度
        Data      []byte   // 业务数据
    }

    var proto Protocol
    // 按大端字节序解析
    binary.Read(&buf, binary.BigEndian, &proto.Timestamp)
    binary.Read(&buf, binary.BigEndian, &proto.ClientIP)
    binary.Read(&buf, binary.BigEndian, &proto.Port)
    binary.Read(&buf, binary.BigEndian, &proto.Reserve)
    binary.Read(&buf, binary.BigEndian, &proto.DataLen)
    proto.Data = buf[16 : 16+proto.DataLen]

    // 转换为可读格式
    fmt.Printf("时间戳：%d → 时间：%s\n", proto.Timestamp, time.Unix(int64(proto.Timestamp), 0).Format("2006-01-02 15:04:05"))
    fmt.Printf("客户端IP：%s\n", net.IPv4(byte(proto.ClientIP>>24), byte(proto.ClientIP>>16), byte(proto.ClientIP>>8), byte(proto.ClientIP)).String())
    fmt.Printf("端口：%d\n", proto.Port)
    fmt.Printf("保留字段：%d\n", proto.Reserve)
    fmt.Printf("数据长度：%d\n", proto.DataLen)
    fmt.Printf("业务数据：%s\n", hex.EncodeToString(proto.Data))
}

输出示例

时间戳：18424329 → 时间：1970-08-03 07:13:53
客户端IP：118.239.213.105
端口：1234
保留字段：0
数据长度：20
业务数据：59b4d66215c4b5020801...

3. 方案优缺点对比

方案	优点	缺点
基础十六进制/十进制	简单，无需协议，可直接运行	无法理解业务含义
按协议解析	还原业务含义，真正可读	必须依赖协议定义
ASCII尝试	对文本数据友好	大部分二进制字节不可打印

4. 总结

1. 核心依赖协议：没有协议定义，无法将字节数组转换为有意义的可读内容；
2. 网络字节序：TCP默认大端，解析需用binary.BigEndian；
3. Go解析工具：encoding/binary包是解析固定格式二进制的首选；
4. 建议步骤：
   - 确认与发送方的协议结构（字段类型、长度、字节序）；
   - 定义结构体匹配协议，用binary.Read解析；
   - 对特殊类型（IP、时间戳）做额外转换，得到最终可读格式。

希望以上解答对您有所帮助。如果您有任何疑问，欢迎在评论区提出。