取消流程
当一方希望取消正在进行的请求时,它会发送一个notifications/cancelled 通知,其中包含:
- 要取消的请求 ID
- 可记录或显示的可选原因字符串
行为要求
- 取消通知 MUST 仅引用符合以下条件的请求:
- 先前已在同一方向发出
- 被认为仍在进行中
- 客户端 MUST NOT 取消
initialize请求 - 对于任务增强请求,MUST 使用
tasks/cancel请求,而不是notifications/cancelled通知。任务有自己专用的取消机制,会返回最终任务状态。 - 取消通知的接收方 SHOULD:
- 停止处理被取消的请求
- 释放关联资源
- 不为被取消的请求发送响应
- 在以下情况下,接收方 MAY 忽略取消通知:
- 引用的请求未知
- 处理已经完成
- 请求无法取消
- 取消通知的发送方 SHOULD 忽略随后到达的该请求的任何响应
时序考量
由于网络延迟,取消通知可能在请求处理完成后才到达,甚至可能在响应已经发送后才到达。 双方 MUST 优雅处理这些竞态条件:实现说明
- 双方 SHOULD 记录取消原因以便调试
- 应用 UI SHOULD 在请求取消时给出指示
错误处理
无效的取消通知 SHOULD 被忽略:- 未知请求 ID
- 已完成请求
- 格式错误的通知