BizTalk 2013R2:为什么我的业务流程在根据业务流程调试器终止后进行初始化？

我目前正在研究诊断BizTalk环境中重复出现的一些问题，目前这就是僵尸消息的问题。我知道产生这些错误的条件，并且在诊断业务流程和使用业务流程调试器时，我看到当消息到达终止形状时，随后会进行初始化

编排的总体结构如下所示：

第一个作用域是一个长期运行的事务，在该作用域之后的循环中，有一个侦听形状等待消息10秒钟。如果消息及时到达，它将进入另一个长期运行的事务。从某种意义上说，这就像一个单身汉？两个作用域共享相同的逻辑接收端口并相互关联，唯一奇怪的部分是第一个作用域如何在侦听形状内的循环中重复。（编排是不是我自己编写的庞大应用程序的一部分。）

终止后的这种初始化（究竟是什么导致了这种情况发生？）会导致僵尸吗？如果会的话，编排的结构和事务是导致这种情况的原因吗？还是我找错地方了

---

让我知道如果有任何额外的信息，可以帮助

在编排调试器中，它将以稍微不同的图标显示开始和结束的时间。因此，您看到的是编排的结束

不，那不会导致僵尸。僵尸发生在它结束侦听某个内容的逻辑接收位置（并且正在拆除实例订阅）之后，并且在业务流程完全结束之前，另一条与该订阅匹配的消息到达