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

Question

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

编排的一般结构如下：

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

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

如果有任何额外的信息可以提供帮助，请告诉我！

Answer 1

在 Orchestration 调试器中，它会显示某事何时开始以及何时以略有不同的图标结束。所以你看到的是编排的结束。

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