Azure Function BlobTrigger：blobscaninfo文件夹缺失相关问题咨询

删除blobscaninfo文件夹后是否自动重建？ #

会自动重建。当Blob触发器下次执行扫描操作时，会检测到该文件夹不存在，随即自动创建它，并生成包含LatestScan时间戳的scanInfo文件，用于跟踪后续的扫描进度。

是否存在该文件夹本就不存在的情况？ #

存在，常见场景包括：

• 函数App首次部署或首次运行：Blob触发器还未执行过初始扫描，此时还未生成该文件夹及扫描记录文件。
• 手动删除过该文件夹：后续如果触发器没有触发扫描动作（比如无新Blob上传、无触发重新扫描的操作），不会主动重建。
• 触发器使用了跳过扫描的配置：若在函数配置中设置了禁用初始全量扫描的参数，可能不会生成该文件夹。

blobscaninfo是否是可选的？ #

它不是可选的，是Blob触发器用于跟踪扫描进度的核心文件结构。触发器依赖它记录的LatestScan时间戳确定哪些Blob是新的/需要重新处理的，避免重复扫描所有历史Blob。不过如果触发器从未执行过扫描（比如刚部署还没触发过），它可以暂时不存在，不影响触发器启动，但一旦触发扫描就会自动生成。

删除后的预期行为？ #

• 删除blobscaninfo文件夹后，Blob触发器会在下次扫描时判定从未扫描过任何Blob，从而触发对目标容器内所有Blob的全量扫描，相当于重新触发所有符合条件的Blob的处理逻辑。
• 扫描完成后，会自动重建该文件夹，并更新scanInfo文件中的LatestScan时间戳为本次扫描的时间。

文件夹不存在的其他可能原因？ #

• 存储账户权限问题：函数App的身份（如系统分配的托管身份、连接字符串对应的账户）无足够权限在azure-webjobs-host容器下创建文件夹和文件，导致扫描时无法生成该文件夹。
• 触发器配置异常：比如Blob触发器的路径配置错误，或目标存储容器不存在，导致触发器从未成功执行过扫描，也就不会生成该文件夹。
• 存储容器的软删除/版本控制影响：若azure-webjobs-host容器开启了软删除或版本控制，你看到的“不存在”可能是当前版本被删除，但历史版本存在（这种情况较少见）。
• 函数运行时版本差异：旧版本的Azure Functions运行时（如v1）可能不会生成该文件夹结构，而是用其他方式跟踪扫描进度。

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