Azure Durable Function编排实例输入超4MB报错，如何扩大限制？

你遇到的错误是因为Durable Function依赖的gRPC客户端默认消息大小限制为4MB（4194304字节），当包含Base64大文件的JSON作为编排输入时，数据体积超过了这个阈值，就会触发ResourceExhausted错误。

下面提供两种解决方案，优先推荐第二种更合理的大文件处理方式：

方案一：调整gRPC消息大小限制 #

可以通过配置修改Durable Task的gRPC客户端和服务器端消息大小上限，具体操作如下：

• 本地开发：在local.settings.json的Values节点中添加配置
• 云端部署：在Azure门户的函数应用「配置」-「应用程序设置」中添加键值对

配置项及示例（以设置10MB上限为例）：

{
  "Values": {
    "DurableTask:Grpc:MaxMessageSize": "10485760",
    "DurableTask:Worker:Grpc:MaxMessageSize": "10485760"
  }
}

注意：这种方式只是临时扩大限制，不建议设置过大——Base64编码会让文件体积额外膨胀约30%，大文件直接通过gRPC传输会带来性能损耗和稳定性风险。

方案二：优化大文件上传流程（推荐） #

避免直接把Base64文件塞进编排输入，改用「先传临时Blob，再传元数据给编排」的方式，彻底规避大小限制问题：

1. HTTP触发器接收请求后，先把Base64解码成字节流，直接上传到临时Blob容器
2. 生成临时Blob的只读SAS令牌，将令牌、目标容器名称等小体积参数作为编排输入
3. 编排调用活动函数，活动函数通过SAS令牌读取临时Blob内容，再上传到目标容器
4. 可选：上传完成后删除临时Blob释放空间

修改后的HTTP触发器核心代码示例：

// 解析请求体，提取Base64文件和参数
var requestBody = await req.ReadFromJsonAsync<UploadRequest>();
byte[] fileBytes = Convert.FromBase64String(requestBody.Base64File);

// 上传到临时Blob容器
string tempBlobName = Guid.NewGuid().ToString();
BlobContainerClient tempContainer = new BlobContainerClient(Environment.GetEnvironmentVariable("AzureWebJobsStorage"), "temp-uploads");
await tempContainer.CreateIfNotExistsAsync();
BlobClient tempBlob = tempContainer.GetBlobClient(tempBlobName);
await tempBlob.UploadAsync(new MemoryStream(fileBytes), overwrite: true);

// 生成临时Blob的只读SAS令牌
BlobSasBuilder sasBuilder = new BlobSasBuilder()
{
    BlobContainerName = tempContainer.Name,
    BlobName = tempBlob.Name,
    ExpiresOn = DateTimeOffset.UtcNow.AddHours(1),
    Permissions = BlobSasPermissions.Read
};
string sasToken = tempBlob.GenerateSasUri(sasBuilder).Query;

// 传递小体积元数据给编排，而非整个文件
var orchestrationInput = new OrchestrationInput
{
    SasToken = sasToken,
    TempBlobUrl = tempBlob.Uri.ToString(),
    TargetContainerName = requestBody.TargetContainerName,
    TargetBlobName = requestBody.TargetBlobName
};

StartOrchestrationOptions options = new StartOrchestrationOptions { InstanceId = CorreliationId };
instanceId = await client.ScheduleNewOrchestrationInstanceAsync(nameof(UploadFileOrchestrator), orchestrationInput, options);

这种方式不仅彻底解决了输入大小限制问题，还能提升传输效率、减少不必要的编码损耗。

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