ServiceStack 5.8 RedisSentEvents SSE客户端接收无效JSON及空引用异常问题

你遇到的NullReferenceException是SSE客户端解析畸形JSON失败后，生成的ServerEventMessage对象核心属性为空触发的次生异常，核心问题是SSE消息从生产到客户端接收的链路中出现了数据截断/篡改，可按以下优先级排查：

• 先验证Redis存储的原始消息是否正常
  推送消息后直接读取Redis中对应SSE通道的原始消息数据，和你期望推送的原始对象序列化结果做对比：

  • 如果Redis中存储的内容已经是畸形JSON，说明问题出在ServiceStack 5.8版本RedisSentEvents的写入逻辑，属于版本已知缺陷，可先升级到5.x分支的最新稳定版验证是否修复。
  • 如果Redis中存储的JSON完全正常，继续向下排查。

• 验证大消息分包处理逻辑是否存在缺陷
  你给出的两个异常案例都符合大消息分包拼接错误的特征：ServiceStack 5.8版本的SSE客户端对超过缓冲区大小的SSE消息处理存在边界bug，读取分片响应时拼接出错导致JSON结构损坏。你可以先将单条SSE消息的大小压缩到1KB以内，观察错误是否不再出现，如果验证成立，可通过拆分大消息、或者升级ServiceStack版本修复。

• 排查中间链路对长连接的篡改影响
  检查SSE连接链路上是否存在代理、WAF、CDN、负载均衡设备，这类设备会对长时间无断开的SSE长连接响应做强制分片、内容裁剪或者超时截断。你可以让客户端直连服务端节点跳过所有中间设备测试，验证错误是否消失。

• 调整JSON序列化配置规避边界问题
  可以显式关闭ServiceStack JSON序列化的自动类型注入、自定义日期格式化等配置，避免序列化过程触发非预期的边界bug。

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