好的，我来帮你解决这两个调试场景下的配置问题，这俩设置在排查变更馈送逻辑时确实非常实用！

要实现类似Service Bus的MaxConcurrentCalls效果，分两种使用场景来配置：

1. 使用ChangeFeedProcessor（推荐的托管式处理） #

在.NET SDK中，你可以通过ChangeFeedProcessorOptions直接控制并发数：

var options = new ChangeFeedProcessorOptions
{
    // 设置每次仅一个并发调用处理变更
    MaxConcurrentCalls = 1,
    // 配合单条记录设置，调试体验更顺畅
    MaxItemsPerInvocation = 1
};

// 初始化处理器时传入配置，同时确保单实例运行
var processor = cosmosClient.GetContainer("YourDB", "YourContainer")
    .GetChangeFeedProcessorBuilder<YourItem>("debug-processor", HandleSingleChangeAsync)
    .WithInstanceName("debug-single-instance") // 避免多实例导致的跨分区并发
    .WithFeedOptions(options)
    .Build();

注意：调试时一定要保证ChangeFeedProcessor只运行一个实例，否则多个实例会各自处理不同分区的变更，依然会出现并发情况。

2. 使用低级别的ChangeFeedIterator #

如果是手动迭代变更馈送，只要你不并行调用ReadNextAsync，自然就是单并发模式：

var iterator = container.GetChangeFeedIterator<YourItem>(
    ChangeFeedStartFrom.Beginning(),
    new ChangeFeedRequestOptions { MaxItemCount = 1 });

// 串行异步调用，确保每次只处理一个请求
while (iterator.HasMoreResults)
{
    var response = await iterator.ReadNextAsync();
    // 逐条处理记录
    foreach (var item in response)
    {
        // 你的调试逻辑
    }
}

这个配置非常直接，不管用哪种方式调用变更馈送，都可以通过设置MaxItemCount为1实现：

• ChangeFeedProcessor场景：在ChangeFeedProcessorOptions中设置MaxItemsPerInvocation = 1，这样每次触发你的处理方法时，参数里只会传入1条记录。
• ChangeFeedIterator场景：在ChangeFeedRequestOptions中设置MaxItemCount = 1，调用ReadNextAsync返回的结果集里最多只有1条记录。

调试小技巧：用Processor的时候，你可以在处理方法里加断点，每次只会触发一次，处理完当前条才会取下一条，完美适配单步调试的需求。

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