Chrome Native Messaging传输含byte[]的JSON时阻塞问题排查

• 检查读取逻辑的完整性
  Native Messaging的消息格式是「4字节小端序长度前缀 + JSON数据」，仅用reader.Read(buffer, 0, buffer.Length)单次读取，在大尺寸数据场景下很可能只获取了部分字节。必须先读取4字节解析出消息总长度，再循环读取直到凑够对应长度的所有数据，不能依赖单次Read完成全部读取。

• 确认byte[]的JSON序列化一致性
  扩展端若直接序列化byte[]，不同框架的处理逻辑可能不同（比如自动转Base64或原始字节序列）。如果原生端未按对应方式解码，会导致JSON解析失败，进而让读取逻辑陷入异常阻塞。检查两端的序列化/解码逻辑是否匹配，确保byte[]的传输格式统一。

• 排查缓冲区大小与循环读取逻辑
  若原生端的buffer长度小于待传输的消息大小，单次Read只能读取部分数据，若代码未处理剩余数据的后续读取，就会卡在读取步骤。要么设置足够大的缓冲区，要么实现循环读取逻辑，每次读取后更新已读取字节数，直到达到长度前缀指定的总长度。

• 验证消息格式的合法性
  大尺寸byte[]可能引入特殊字符或格式错误，破坏JSON结构，导致原生端无法正确识别消息边界。在扩展端打印序列化后的完整JSON，检查是否存在语法错误、非法转义或截断情况，确保符合标准JSON格式。

• 检查流读取的终止条件
  确认原生端读取流的终止逻辑是否正确：当读取到的总字节数达到长度前缀指定的数值时，必须停止读取，否则会一直阻塞等待不存在的额外数据，导致流程卡住。

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