触发程序发送Service Broker消息时FROM SERVICE参数如何配置？

关于FROM SERVICE参数的正确配置 #

你当前将目标服务填入FROM SERVICE的做法不属于合规实践，仅在同库、权限宽松的场景下能临时运行，跨库/跨实例部署时会直接失效，还会导致会话管理逻辑混乱。FROM SERVICE必须填写专属的本地发起方服务，你需要额外创建这个服务。

发起方服务的配置要求 #

即使你不需要接收业务层面的响应，也必须为发起方服务配套队列和激活存储过程，原因是Service Broker的会话确实是双向设计的：哪怕你没有自定义业务响应消息，系统也会自动向发起方服务推送EndDialog、Error类的管理消息。如果不处理这些消息，它们会持续堆积在队列中，占用存储空间、拖慢Service Broker运行效率，甚至引发会话泄露问题。

你可以参考以下最小化实现配置：

1. 创建发起方专用队列

CREATE QUEUE InitiatorQueue;

2. 创建发起方服务，绑定到上述队列，无需额外指定业务合约（系统默认允许接收管理消息）

CREATE SERVICE InitiatorService ON QUEUE InitiatorQueue;

3. 编写激活存储过程，仅处理系统管理消息即可

CREATE PROCEDURE dbo.ProcessInitiatorQueue
AS
BEGIN
    SET NOCOUNT ON;
    DECLARE @dialog_handle UNIQUEIDENTIFIER;
    DECLARE @message_type_name SYSNAME;

    WHILE 1 = 1
    BEGIN
        WAITFOR (
            RECEIVE TOP(1)
                @dialog_handle = conversation_handle,
                @message_type_name = message_type_name
            FROM InitiatorQueue
        ), TIMEOUT 1000;

        IF @@ROWCOUNT = 0 BREAK;

        IF @message_type_name IN (
            'http://schemas.microsoft.com/SQL/ServiceBroker/EndDialog',
            'http://schemas.microsoft.com/SQL/ServiceBroker/Error'
        )
        BEGIN
            END CONVERSATION @dialog_handle;
        END
    END
END

4. 为队列绑定激活配置

ALTER QUEUE InitiatorQueue
WITH ACTIVATION (
    STATUS = ON,
    PROCEDURE_NAME = dbo.ProcessInitiatorQueue,
    MAX_QUEUE_READERS = 1,
    EXECUTE AS OWNER
);

配置完成后，你发起会话时的FROM SERVICE参数填写InitiatorService即可。

单向发消息的合理性 #

不需要业务响应的单向消息投递是完全合规的常见实践，大量异步通知、日志上报、状态同步场景都采用这种模式，只要你处理完系统管理消息，就不会违反Service Broker的设计规则。

会话复用建议 #

如果要复用会话，建议将会话句柄存储在专用的配置表中，每次发消息前先校验会话是否处于活跃状态，已关闭的会话再重新创建即可，避免每次触发器执行都新建会话导致性能下降和会话数量溢出。

内容的提问来源于stack exchange，提问作者Mariusz