Twisted transport.write是否需要不可打印前缀才能正常发送数据？

我在使用PyQt测试客户端发送测试JSON对象，发送逻辑如下：

message = {"key": "Value"}
self.client.send_msg(pyjson5.encode(message).encode("utf-8"))

服务器端收到的原始字节数据为：

b'\x0f\x00\x00\x00{"key":"Value"}'

将该数据赋值给变量data后，直接调用transport.write(data)可以正常发送。但如果通过以下代码去除开头的不可打印字符：

data2 = data.decode("utf-8")

remove_strings = ["\x0f", "\x10", "\x00"]
for rm_string in remove_strings:
    data2 = data2.strip(rm_string)

此时data2为字符串{"key":"Value"}，且可正常解析为字典。但将其重新编码为字节后调用transport.write(data2.encode("utf-8"))时，数据却无法发送。

请问这是什么原因？为何send_msg无需前缀即可正常发送，而transport.write却不行？

• 前缀是通信协议要求的长度标识：开头的\x0f\x00\x00\x00是4字节的大端序长度字段，转换成十进制是15，刚好对应后面{"key":"Value"}的UTF-8字节数。PyQt的send_msg是高层封装方法，底层会自动帮你添加这个长度前缀——服务器端正是靠这个前缀来判断后续要读取多少字节的JSON数据，属于双方约定好的通信规则。
• transport.write是底层字节写入操作：它不会自动添加任何协议头，完全按你传入的字节流原样发送。你去掉前缀后，服务器端收到的是没有长度标识的纯JSON字节，它不知道该读取多少内容，自然无法正确解析，表现为“无法发送”（实际是发出去了但服务器不识别）。
• 你的字符串处理方式有隐患：用strip()循环去除字符不可靠，因为strip会从字符串两端删除所有匹配的字符，万一JSON内容里包含\x00这类字符（虽然当前例子没有），会误删有效数据。正确做法应该是直接截取前缀后的部分：data2 = data[4:]，精准跳过4字节长度头再解码处理。

• send_msg是PyQt封装的高层方法，自动遵循框架的通信协议（添加长度前缀），所以你传纯JSON字节它能正常工作。
• transport.write是底层IO操作，必须传入符合协议格式的字节流（包含服务器预期的长度前缀），才能被正确识别处理。

内容的提问来源于stack exchange，提问作者Amiga500