尝试了解节流是如何工作的，两个使用者会导致一个直接使用者完成一些工作，然后向前发送转换后的消息。
我可以在每个使用者上指定 throttle，但如果目的不是要淹没目的地，我可以对直接路由应用 throttle 吗？
更重要的是，它的行为是否就像是在限制2个使用者，或者它是否会使用并可能在初始路由和直接路由之间创建消息“堆积”？
也许，而不是 * 直接 * 它必须是 seda？
**后续问题：**如果开始正常关闭，是否可以清除限制的消息？
尝试了解节流是如何工作的，两个使用者会导致一个直接使用者完成一些工作，然后向前发送转换后的消息。
我可以在每个使用者上指定 throttle，但如果目的不是要淹没目的地，我可以对直接路由应用 throttle 吗？
更重要的是，它的行为是否就像是在限制2个使用者，或者它是否会使用并可能在初始路由和直接路由之间创建消息“堆积”？
也许，而不是 * 直接 * 它必须是 seda？
**后续问题：**如果开始正常关闭，是否可以清除限制的消息？
1条答案
按热度按时间2ul0zpep1#
有一个很好的here示例与您的问题相对应-在本例中，一个JMS使用者+一个文件使用者，都发送到同一个seda端点。
您会发现定义了单个限制策略，并且每个使用者都引用此策略，因此最终目标不会被淹没。
希望这对你有帮助。