Azure Logic App：「当Blob添加或修改时」触发器使用问题咨询

我之前处理过好几个类似的Logic App场景，你的问题核心在于：默认的「当Blob添加或修改时」触发器只会监控你初始配置时指定的固定路径，后续新增的文件夹不在它的监控范围内，所以才会出现无响应、超时的情况。下面是具体的解决方案：

1. 重新配置触发器，让它监控所有子文件夹 #

首先调整触发器的路径设置，用通配符覆盖新增的文件夹：

• 打开你的Logic App工作流，找到「当Blob添加或修改时」触发器。
• 在「Blob 路径」中不要写死具体的文件夹名，改用通配符格式，比如 your-container-name/*/*（表示监控容器下所有子文件夹里的Blob）。
• 展开「显示高级选项」，把文件夹监控深度设置为「所有子文件夹」（默认是「仅当前文件夹」，这是关键！）。
• 根据你的业务频率调整「轮询间隔」：比如每月才创建一次新文件夹，就把间隔设为1小时甚至更久，避免不必要的资源消耗；如果Blob会在文件夹创建后立即上传，就设短一点（比如5分钟）。

2. 触发后筛选出最新创建的文件夹 #

触发器现在会监控所有子文件夹的Blob变化，但你只需要最新文件夹里的内容，所以下一步要过滤出目标文件夹：

• 添加一个「列出Blob」动作，配置如下：
  • 选择对应的存储账户和容器名称。
  • 在「Blob 类型」里选文件夹（只列出文件夹，不列出Blob）。
  • 展开「显示高级选项」，设置「排序依据」为 创建时间，「排序顺序」为 降序（这样最新的文件夹会排在第一位）。

3. 读取最新文件夹内的Blob内容 #

现在可以获取到最新文件夹的路径，然后读取里面的Blob：

• 可以先加一个「Compose」动作，用表达式提取最新文件夹的名称：body('List_blobs')[0]?['Name']（注意把List_blobs改成你实际的「列出Blob」动作名称）。
• 再添加「Get Blob content」动作，在「Blob 路径」里拼接上面的文件夹路径，比如 @{outputs('Compose')}/*，如果需要指定特定Blob，就补充完整文件名。

4. 优化超时问题 #

如果运行时还是超时，试试这两个优化点：

• 减少触发器监控范围：如果你的文件夹命名有规律（比如2024-09这种年月格式），可以在「列出Blob」动作里加筛选条件，比如只列出最近30天创建的文件夹，减少数据处理量。
• 检查Logic App定价层：消耗层默认最长执行时长是1小时，如果你的流程需要处理大量Blob，考虑升级到标准层，它支持更长的执行时间（最长10小时）。

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