webapp扩展到更少实例时的Azure servicebus消息

如果您有4个webapp实例，大量消息在服务总线队列中排队（意味着到达所有4个实例），并且webapp仅扩展到2个实例，会发生什么。服务总线中用于其他两个被删除实例的消息是否会被卡在队列中，直到超过生存时间，然后被删除，或者服务总线是否理解不再有4个实例，因此不需要向4个实例发送消息

我不确定这是否正确，但据我所知，通常会有一个主题，然后有多个订阅？服务总线是否能够理解其中一个实例（拥有订阅的实例）何时消失，然后在消息排队时删除该订阅的消息（之前有很多其他消息）

对不起，如果这个问题有点傻，但我在网上找不到任何答案

服务总线中用于其他两个已删除实例的消息是否会卡在队列中，直到超过生存时间，然后再删除

服务总线队列和主题订阅提供了一个辅助子队列，称为死信队列（DLQ）。 死信队列的目的是保存无法传递给任何接收者的消息，或者只是保存无法处理的消息。更多详情请参阅

服务总线是否理解不再有4个实例，因此不需要向4个实例发送消息

服务总线队列提供先进先出（FIFO）消息，服务总线队列消息仅由一个消息使用者接收和处理。如果我们有多个web实例，当一个请求到达时，WebApp LoadBlance（）将把请求分配给相应的实例来处理消息。如果实例已被删除，WebApp loadBlance（）将把请求分配给现有实例

服务总线是否能够理解其中一个实例（拥有订阅的实例）何时消失，然后在消息排队时删除该订阅的消息（之前有很多其他消息）

如上所述，它是由WebApp LoadBlance而不是服务总线分配的。如何使用消息取决于您的WebApp

服务总线中用于其他两个已删除实例的消息是否会卡在队列中，直到超过生存时间，然后再删除

服务总线队列和主题订阅提供了一个辅助子队列，称为死信队列（DLQ）。 死信队列的目的是保存无法传递给任何接收者的消息，或者只是保存无法处理的消息。更多详情请参阅

服务总线是否理解不再有4个实例，因此不需要向4个实例发送消息

服务总线队列提供先进先出（FIFO）消息，服务总线队列消息仅由一个消息使用者接收和处理。如果我们有多个web实例，当一个请求到达时，WebApp LoadBlance（）将把请求分配给相应的实例来处理消息。如果实例已被删除，WebApp loadBlance（）将把请求分配给现有实例

服务总线是否能够理解其中一个实例（拥有订阅的实例）何时消失，然后在消息排队时删除该订阅的消息（之前有很多其他消息）

如上所述，它是由WebApp LoadBlance而不是服务总线分配的。如何使用消息取决于您的WebApp