如何自动删除Azure App Service生成的临时文件

你提到的两种实现路径都可落地，具体实现方式和注意事项如下：

方案1：通过Kudu API编程批量清理文件 #

Kudu自带的REST API支持直接操作App Service文件系统，不需要修改现有业务代码，适合快速搭建定时清理流程：

• 鉴权凭据直接从App Service部署中心的「部署凭据」板块获取，支持用户级和应用级两种凭据，调用时用Basic Auth方式放在请求头即可。
• 操作文件的接口格式为https://<你的App Service名称>.scm.azurewebsites.net/api/vfs/<目标文件/目录的全路径>，Windows、Linux版App Service的接口规则一致，仅文件系统根路径有区别。
• 发送GET请求到目录路径可以拉取该目录下所有文件的名称、大小、最后修改时间，方便你筛选过期、已完成Blob同步的文件；发送DELETE请求即可删除指定文件，删除目录时需要追加?recursive=true查询参数，请求返回200状态码即为操作成功。
• 你可以把这套调用逻辑托管在Azure Automation定时任务或者逻辑应用里，按固定周期扫描导出临时目录，自动删除符合清理规则的文件，全程不需要手动登录控制台操作。
  注意：清理逻辑必须限定在你指定的导出临时目录范围内，不要误扫/home/site/wwwroot下的业务代码目录，避免删除运行依赖导致服务故障。

方案2：暴露受保护的内部端点实现选择性删除 #

如果需要把删除动作和业务流程绑定（比如仅当确认文件已经完整上传到Blob、MD5校验通过后才触发删除，避免误删未同步完成的文件），可以在现有后端服务中新增内部删除接口：

• 接口绝对不能开放匿名访问，至少要加API Key鉴权，有条件的话直接限制仅VNet内部可调用，避免被恶意扫描利用导致文件损失。
• 接口逻辑必须做路径合法性校验：所有待删除文件的路径必须落在提前指定的导出临时目录下，禁止直接透传用户传入的任意路径做删除，防范路径遍历漏洞。
• 最优的方式是把删除逻辑直接嵌入现有导出流程：当代码确认大文件已经成功上传Blob后，立刻删除本地临时文件，从流程上避免文件持续堆积，不需要额外依赖定时任务扫描。

简单的接口逻辑参考：

// 固定导出临时目录的绝对路径
var exportTempRoot = Path.GetFullPath("/home/site/wwwroot/temp/export_files/");
// 拼接待删除文件路径后做全路径校验，防止路径遍历
var targetPath = Path.GetFullPath(Path.Combine(exportTempRoot, request.TargetFileName));
if (!targetPath.StartsWith(exportTempRoot))
{
    return Results.Forbid();
}
if (File.Exists(targetPath))
{
    File.Delete(targetPath);
}
return Results.Ok();

根源优化建议 #

靠定时删文件只是兜底方案，两个小调整可以从根源上降低存储占用：

• 大文件导出不要先全量写本地再上传Blob，改成流式生成边写边传，本地仅保留KB级的内存缓冲区，完全不会产生GB级的本地临时文件。
• 如果必须落地本地临时文件，可以把临时文件存储路径改到/tmp目录，该目录是App Service实例的本地临时盘，不计入你当前SKU的250GB存储配额，且实例重启时会自动清空，不会产生长期堆积。注意该目录单实例可用空间根据SKU不同在10GB-100GB区间，完全满足单文件1GB的临时存储需求，适合存不需要长期保留的导出中转文件。

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