[Antruly]

问题

uvcpp_h3_ws_connection::on_data 会连续解同一批数据里的多帧。帧回调是应用代码，
在里面删掉这条会话是合法用法（收到一条错误帧就整条会话收摊）。旧实现在回调
返回后继续解下一帧，而这时对象已经析构：

• uvcpp_ws_parser 的析构把 frame_arg_ 清成 nullptr，frame_fn_ 仍是
  trampoline_frame；
• 下一帧进 trampoline_frame，第一句就是 cmpq $0x0,0x10(%rsi)，rsi == 0
  → SIGSEGV。

现场栈（moLink 的 relay 客户端，两帧落在同一次 QUIC 流读取里）：

#0 uvcpp::trampoline_frame(uvcpp_ws_frame const*, void*)        rsi=0
#1 uvcpp::uvcpp_ws_parser::parse_payload
#2 uvcpp::uvcpp_ws_parser::execute
#3 uvcpp::uvcpp_h3_ws_connection::on_data
#4 uvcpp::uvcpp_h3_session::cb_recv_data
#5 nghttp3_conn_read_bidi

修复

• h3 / h2 的 ws 会话各持一枚自己的存活令牌（alive_），析构第一件事置位；
  on_data 每解完一帧只看令牌，回调里析构了就立刻返回，不再碰 this。
• on_frame 先把消息 swap 出成员再回调（旧写法回调之后还有 message_.clear()，
  同样是在已释放对象上）。
• fail() 先发 Close、置状态，最后才调 on_error（旧写法回调在最前面，之后还
  会碰 close_sent_ / h3_ / closed_）。
• h3 与 h2 是同一套形状，两条腿一起改。

测试

两条 functional 用例，形状与生产崩溃一致：客户端把两条文本帧一次写进同一条
流，服务端在第一帧的 on_text 里销毁会话。

用例	去掉守卫	加守卫
test_http3_ws_func destroy	SIGSEGV @ trampoline_frame	通过，第二帧被丢弃
test_h2_ws_func destroy	SIGSEGV @ trampoline_frame	通过，第二帧被丢弃

全量 ctest：163/163 通过（含 http3 / h2 / quic / webtransport）。

备注

• 本 PR 基于 master（当前默认分支）。dev/1.9.0 领先 master 4 个提交
  （v1.9.0 标签那批），合并后那条线需要一次合并或 cherry-pick 才能拿到这个修复。
• 应用侧不该在同一回调栈里同步析构传输，另一个修法是延迟释放；这里按库的既有
  约定（uvcpp_ws_connection::alive_token_）在库内兜住，两种写法不冲突。