我们目前正在设计一个基于 Web 服务的进程，在该进程中，我们将使用 Web 服务调用并接收步骤来与 Microsoft biz-talk 服务器进行通信。
我们主要担心的是，接收步骤上的任务可能会等待一段时间(最多一周)，直到 biz-talk 响应我们，这(我们认为)会在工作流系统上产生性能损失，因为它将轮询响应。
我的问题是，接收步骤是否有任何已知的性能注意事项，特别是长时间离开工作项？
不，我认为不会有任何不必要的"开销"。 是的，流程引擎在内部"轮询"。 几乎什么都行。包括调用组件或执行计时器。但从系统的角度来看，您只是在等待请求。
听起来"接收"步骤在这里完全是正确的解决方案。