取消流程
当一方想要取消进行中的请求时,会发送notifications/cancelled 通知,其中包含:
- 要取消的请求 ID
- 可选的原因字符串,可用于记录日志或显示
特定于传输的取消
客户端如何发出取消信号取决于传输:- Streamable HTTP:关闭 SSE 响应流就是取消信号。
服务器 MUST 将客户端断开连接视为取消该请求。不需要也不期望
notifications/cancelled消息。 - stdio:没有可关闭的按请求流。客户端 MUST 发送引用请求 ID 的
notifications/cancelled通知。
行为要求
- 取消通知 MUST 只引用满足以下条件的请求:
- 先前沿同一方向发出
- 被认为仍在进行中
- 取消通知的接收方 SHOULD:
- 停止处理被取消的请求
- 释放关联资源
- 不为被取消的请求发送响应
- 接收方在以下情况下 MAY 忽略取消通知:
- 引用的请求未知
- 处理已经完成
- 请求无法取消
- 取消通知的发送方 SHOULD 忽略之后到达的该请求任何响应
时序考量
由于网络延迟,取消通知可能在请求处理完成后到达,甚至可能在响应已经发送之后到达。 双方 MUST 优雅处理这些竞态条件:实现说明
- 双方 SHOULD 记录取消原因以便调试
- 应用 UI SHOULD 指示取消何时被请求
错误处理
无效的取消通知 SHOULD 被忽略:- 未知请求 ID
- 已完成的请求
- 格式错误的通知