Json与Tcp帧之间的转换

JSON 与 TCP 帧之间的转换**,本质上就是应用层协议的封装(Encoding)(Decoding)。**

很多机器人 SDK、后端服务器、物联网设备都会做这一层。下面以一个完整流程说明。

一、为什么需要转换?

JSON 只是一个字符串,例如:

{

"seq": 1,

"command": "move",

"speed": 0.5

}

但是 TCP 并不知道哪里是一条完整消息

TCP 是字节流协议(Stream)

发送:

JSON1

JSON2

JSON3

TCP

接收:

JSON1JSON2JSON3

或者:

JSON1

TCP

第一次收到:

{

"seq"

第二次收到:

":1,"command"

第三次收到:

":"move"...}

也就是说:

TCP 不保证一次 send() 对应一次 recv()。

所以必须自己定义"一帧(Frame)"。

二、什么叫 TCP 帧(Frame)

帧就是:

一条完整消息的数据格式。

例如:

+----------------+

| Frame 1 |

+----------------+

| Frame 2 |

+----------------+

| Frame 3 |

+----------------+

TCP 负责运输。

帧由应用层定义。

三、最常见的两种封包方式

方法一:长度字段(最常见)

很多 SDK 都采用这种方式。

例如:

长度(4字节)

JSON数据

假设 JSON:

复制代码
{"cmd":"move"}

长度:

14

发送:

+------------+-------------------+

| 00 00 00 0E| {"cmd":"move"} |

+------------+-------------------+

服务器收到:

先读4字节

知道后面还有14字节

继续读取14字节

解析JSON

整个过程如下:

JSON

计算长度

前面加4字节长度

TCP发送

接收:

TCP

读取长度

读取正文

JSON

QJsonDocument::fromJson()

方法二:分隔符

例如:

{"cmd":"move"}\n

发送:

{"cmd":"move"}\n

{"cmd":"stop"}\n

{"cmd":"left"}\n

服务器一直读:

buffer += socket.readAll();

当发现:

\n

说明:

一条消息结束。

于是:

取出

{"cmd":"move"}

解析JSON

四、JSON → TCP 帧(编码)

假设:

cpp 复制代码
QJsonObject obj;
obj["seq"] = 1;
obj["command"] = "move";
obj["speed"] = 0.5;

第一步:

生成 JSON

cpp 复制代码
QByteArray json =
QJsonDocument(obj).toJson(QJsonDocument::Compact);

得到:

cpp 复制代码
{"seq":1,"command":"move","speed":0.5}

第二步:

封装 Frame。

如果使用换行协议:

cpp 复制代码
json.append('\n');

变成:

{"seq":1,"command":"move","speed":0.5}\n

第三步:

发送

cpp 复制代码
socket.write(json);

流程:

QJsonObject

QJsonDocument

QByteArray

追加 '\n'

socket.write()

五、TCP 帧 → JSON(解码)

收到:

{"seq":1,"command":"move","speed":0.5}\n

读取:

cpp 复制代码
buffer += socket.readAll();

寻找:

\n

找到以后:

QString line

{"seq":1,"command":"move","speed":0.5}

然后:

cpp 复制代码
QJsonDocument doc =
QJsonDocument::fromJson(line.toUtf8());

得到:

cpp 复制代码
QJsonObject obj = doc.object();

然后:

cpp 复制代码
obj["command"].toString();

得到:

move

流程:

socket.readAll()

buffer

找到 '\n'

取出一行

QJsonDocument::fromJson()

QJsonObject

command

六、为什么要单独做这一层?

JSONTCP 的转换独立出来(例如 Protocol::encode() / Protocol::decode())有几个好处:

职责分离:业务代码只负责构造命令,不需要关心网络传输细节。

易于维护:如果通信协议从"换行分隔"改成"长度前缀",只需要修改协议层,业务层几乎不用改动。

便于测试:协议编码和解码可以独立编写单元测试。

方便扩展:未来可以将 JSON 替换为 Protobuf、MessagePack 等序列化格式,而不影响上层 API。

相关推荐
运维全栈笔记2 小时前
Vue + Spring Boot 前后端分离项目部署笔记(若依 RuoYi-Vue 3.9.2)
运维·服务器·vue.js·spring boot·笔记·开源·开源软件
梦想的旅途210 小时前
企业微信Webhook:自动回复为什么会连发
网络·安全·企业微信
SLD_Allen11 小时前
字节跳动飞连(Feilian)AI智能体零信任安全治理深度技术研究报告
网络·人工智能·安全·智能体安全
进击的_鹏14 小时前
从零开始的 Redis 学习
服务器·数据库·c++·redis·缓存
实心儿儿14 小时前
Linux —— 传输层协议TCP
linux·服务器·tcp/ip
深圳市宝华视联15 小时前
Python 读取 IP 视频流简单 Demo
python·嵌入式硬件·opencv·网络协议·tcp/ip·实时音视频·嵌入式实时数据库
4311媒体网15 小时前
帝国CMS网站自定义搭建技巧
服务器·开发语言·前端
Dachui_112215 小时前
企业内网大模型公网访问方案:Ollama + OpenWebUI + ZeroNews 实战部署记录
运维·服务器·安全·远程工作·内网穿透
Raas10015 小时前
企业AI网关哪个好?MAI Gateway(魔芋企业级AI网关)入选2026年企业AI网关推荐清单
网络·人工智能·gateway·企业·ai网关·mai gateway
2401_8906034015 小时前
Linux 进程控制
linux·运维·服务器