Azure Functions：如何让BlobTrigger仅触发新Blob？

我有一个.NET Azure Function，配置了BlobTrigger，希望仅在新增Blob时触发。但目前该函数不仅会触发新增Blob，还会触发azure-webjobs-hosts控制容器中没有回执的所有现有Blob。我已按照相关建议实现了简单的日期检查逻辑（代码如下），确保仅新Blob进入处理环节，但容器内有数百万个Blob，即便函数不对它们做处理，全部触发也会造成资源浪费。

public static void Run(
    [BlobTrigger("%SourceContainer%/{name}", Connection= "BlobStorageSource")] Stream myBlob,
    IBinder binder,
    string name, BlobProperties properties, ILogger _logger)
{
    _logger.LogInformation($"Started to process a blob with\n Name: \"{name}\" \n Size: {myBlob.Length} Bytes");

     var blobCreatedDate = properties.CreatedOn.UtcDateTime;
     var thresholdDate = DateTime.Now.AddMinutes(-1);

     if (DateTime.Compare(blobCreatedDate, thresholdDate) > 0)
     {
           // do some processing
     }
     else
     {
         _logger.LogInformation("Message outside of threshold!");
     }
}

我查到GitHub上的相关Issue确认Azure目前未提供BlobTrigger仅触发新Blob的原生功能，想请教是否有遇到类似问题的开发者，以及可实现该功能的变通方案？

可行的变通方案 #

• 使用Blob存储事件网格触发替代BlobTrigger
  事件网格可配置为仅响应Microsoft.Storage.BlobCreated事件触发函数，完全跳过对现有Blob的扫描流程。只需在目标Blob容器中启用事件网格，将Azure Function的触发器切换为Event Grid Trigger，就能确保只有新创建的Blob会触发函数，从根源上避免现有Blob的无效触发。
• 提前生成现有Blob的处理回执
  在首次启动函数前，运行一个一次性工具遍历目标容器内的所有现有Blob，在azure-webjobs-hosts容器中生成对应的回执记录。BlobTrigger启动时会读取这些回执，判定现有Blob已被处理，不会再触发函数。回执的存储路径通常为azure-webjobs-hosts/blobs/{functionId}/{containerName}/{blobName}，只需创建空文件即可。
• 自定义BlobTrigger的扫描起始时间
  通过扩展Azure WebJobs SDK的逻辑，自定义IBlobProcessorFactory来设置BlobTrigger的扫描起始时间为函数启动或部署的时间点。这样SDK只会扫描该时间点之后创建的Blob，不会触发现有Blob的处理逻辑。
• 拆分容器实现隔离
  调整业务流程，让上游服务先将新Blob写入临时容器，待写入完成后再迁移至正式容器。将BlobTrigger绑定到临时容器，这样只有新增的Blob会进入临时容器触发函数，处理完成后再同步到正式容器，彻底隔离现有Blob的干扰。

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