隔离工作进程模型Service Bus函数：如何单独限制并发消息处理数？

一、单独限制单个Service Bus函数的并发处理数（不影响其他函数） #

在隔离工作进程模型中，完全可以只针对特定Service Bus函数设置并发限制，无需修改全局host.json影响其他函数，有两种可行方式：

1. 函数触发器属性直接指定 #

在ServiceBusTrigger属性中添加MaxConcurrentCalls参数，该配置仅对当前函数生效：

[Function("TargetServiceBusFunction")]
public async Task ProcessMessage(
    [ServiceBusTrigger("your-queue-name", Connection = "ServiceBusConnectionString", MaxConcurrentCalls = 4)]
    string message,
    ILogger logger)
{
    // 你的消息处理逻辑（含数据表操作）
}

这里设置为4，意味着每个函数实例最多同时处理4条消息。如果你的函数应用实例数保持16，总并发数会是16×4=64；若需要更低的总并发，可以结合实例数限制（比如通过应用设置WEBSITE_MAX_DYNAMIC_APPLICATION_SCALE_OUT调整该函数的实例数上限）。

2. 应用配置（队列级） #

通过添加应用设置，针对特定队列的监听函数设置并发：
添加以下格式的应用配置项（替换<queue-name>为你的队列名称）：

AzureFunctionsJobHost__extensions__serviceBus__queues__<queue-name>__maxConcurrentCalls = 4

这种方式无需修改代码，适合需要动态调整的场景，同样只会影响监听该队列的Service Bus函数。

二、实现单例模式（全局仅一个实例处理） #

如果必须确保同一时间只有一个实例处理该函数的消息（彻底串行化），可以使用Singleton属性，隔离工作进程模型支持该特性：

[Function("TargetServiceBusFunction")]
[Singleton(Mode = SingletonMode.Function)]
public async Task ProcessMessage(
    [ServiceBusTrigger("your-queue-name", Connection = "ServiceBusConnectionString")]
    string message,
    ILogger logger)
{
    // 你的消息处理逻辑
}

添加[Singleton]后，无论函数应用扩展多少实例，同一时间只会有一个实例执行该函数的消息处理逻辑，完全避免并发操作数据表的冲突。

三、解决进程数高于设置实例数的问题 #

你提到实际运行的进程数远高于设置的16个实例数，这是因为隔离工作进程模型默认允许每个实例启动多个工作进程，可通过以下配置修正：
添加应用设置：

FUNCTIONS_WORKER_PROCESS_COUNT = 1

该设置确保每个函数实例仅启动一个工作进程，这样实例数为16时，进程数也会保持16，不会超出预期。

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