修复与 `chasmcallbackpb.CallbackState::request_id` 相关的歧义

文件casm/lib/callback/proto/v1/message.proto'在Callback State'中增加了字段:

// 请求添加回调的ID.
字符串请求 id = 9;

球场是今天不正确使用的一门脚枪,导致虫子.

召回交付时,我们MUST发送一个稳定的ID,每一次交付都用作一能键. 因此,调用器的处理器可以将新的快递从重递中分解出.

然而,今天我们把‘request id'字段设置在用户生成的请求ID上,这是"无论什么添加回调"的一部分. (例如,呼吁 " 启动工作流程Execution " 或 " 启动行动 " 。 ) 然而,由于这些请求类型接受 多功能 完成回调,所以可以让多位回调被路由到同一个处理器. 这样他们就会有同样的身份证明 导致模糊不清

□ 修补

(1) 确认今天如何使用`召回国:请求-id'。 如果它只用作召回交货的一能钥匙,那么一切都很好。 我们只需要解决“召回”的呼唤者。 NewCallback(...) ” 并让他们为每次召回创建新的服务器生成的请求ID 。

然而,"召回请求ID"可能被用作Workflow代码路径的一部分,用于缓冲事件. (某事,"链接"不是"WorkflowEventID",而是"请求ID"的参考文献,所以需要再找一找. )

(2) 如果request-id' IS实际用于工作流程编码路径,那么我们希望将request-id'更名为request-id'以source-request-id',以便明确。 并引入 new `request id' 或 " idempotency key " 字段,并用于发出请求的ID.