feat: 未完成帧超时 IncompleteFrameTimeoutMs

[CSJ608]

Closes #38

语义

新增 StreamConnectionOptions.IncompleteFrameTimeoutMs（默认 0 = 关闭，纯增量）：

• 触发条件：缓冲里已有半帧字节（帧已开头），但连续 N ms 未收到后续字节 → 判定会话失效，走既有断线重连流程；
• 不触发：缓冲为空的静默连接（哪怕从未收到字节）、整帧切尽后的长时间空闲；
• 重置：每次收到新字节计时归零；
• 上报：FrameError 新类别 IncompleteFrameTimeout，携带受 8KB 上限保护的缓冲快照（与 IncompleteFrameOverflow 快照同一上限常量）。

实现要点

• 计时放在解码循环（半帧状态所在地），而非接收循环：每次 ReadAsync 前，仅当上轮 AdvanceTo 后缓冲非空且选项开启时，挂一个独立的超时令牌——令牌刻意不链会话取消（遵守 FrameDecoder 生命周期约定二），只有超时会触发它；超时后以 SessionFault 收尾、不再复用该 PipeReader，因此不存在"进行中的读取残留到下一次读取"（issue 特别强调的点）。
• 数据与超时同时到达的窗口：ReadAsync 以 IsCanceled 结果返回时同样按超时处理（闩锁路径），OCE 路径与 IsCanceled 路径都有覆盖。
• 与 ReceiveIdleTimeoutMs 完全独立、互不影响；MaxIncompleteFrameBufferBytes（字节防线）与它（时间防线）互补，README 已明确区分。

测试（真实 TCP 回环，9 用例 × net8.0/net10.0/net48 全过）

对应 issue 测试清单：从未收到字节不触发 / 只有部分长度头超时并结束会话 / 完整头半正文超时 / 期限内续传重置并最终交付 / 整帧后长空闲不触发 / 连续两轮超时重连幂等（迟到故障不误杀新会话）/ 快照 8KB 截断 / 超时重连中 Dispose 干净停机 / 负值构造即抛。

验收标准核对

• 与 ReceiveIdleTimeoutMs 的区别在公共文档明确说明（XML 注释 + README 双语"未完成帧防护"与"活性探测"两节）
• 默认配置完全向后兼容（默认 0，现有 55×3 用例不变全绿）
• net8.0、net10.0、net48 测试矩阵全部通过（64×3 = 192）