Python2转Python3：Socket字节读取与unpack()编码兼容问题排查

原Python2未声明编码时的编码规则 #

• Python2 里 socket.recv() 返回的 str 本质是字节序列的直接映射，默认采用 latin-1（iso-8859-1） 编码完成字节到字符的转换。这种编码是单字节映射，每个字节值对应唯一的 Unicode 码点，所以 0xFF 会直接对应到 Unicode U+00FF，也就是字符 ÿ。
• 这是 Python2 的原生设计：str 类型同时承担字节串和文本字符串的功能，socket 接收的字节不需要显式编码声明，底层会自动用 latin-1 完成隐式转换。

0xFF 转 ÿ 的具体逻辑 #

• 在 Python2 中，socket 返回的字节（比如 \xff）被当作 str 处理时，每个字节的数值会直接作为 Unicode 码点映射为对应字符。0xFF 的数值正好对应 Unicode 码点 U+00FF，这个码点对应的字符就是 ÿ——整个过程是 Python2 对 str 类型的默认处理，不需要额外编码配置。

Python3 中魔术值匹配问题的修复方案 #

• Python3 严格区分 bytes 和 str，socket.recv() 固定返回 bytes，不能直接和字符串常量对比。你需要统一处理逻辑：
  1. 优先用 bytes 直接匹配：把所有魔术值（比如原代码里的 'ÿSMB'）改成 bytes 类型（b'\xffSMB'），直接和 socket 接收的 bytes 做对比，不需要转码，这是最稳妥的方式。
  2. 如需转字符串则用 latin-1 解码：如果业务逻辑必须用字符串处理，要调用 received_bytes.decode('latin-1')，这样 b'\xff' 会被解码为 'ÿ'，和 Python2 的结果完全一致。注意绝对不能直接用 str() 转换 bytes，str(b'\xff') 会得到 "b'\\xff'"，完全不是你要的字符。
• 检查你修改的 non_polling_read 和 NetBIOSSessionPacket：确保所有魔术值匹配的地方类型统一，要么全用 bytes，要么全用 latin-1 解码后的 str，不要混合两种类型导致不匹配。

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