ASP.NET Core WebAPI文件上传后删除文件的标准实现方案咨询

好问题！这种文件上传后删除找不到扩展名的场景，我之前做项目时也遇到过，给你几个标准的实现方案，按推荐度排序：

1. 存储文件元数据（最推荐的企业级方案） #

这是最稳妥的做法，核心思路是把文件的关键信息（GUID、原文件名/扩展名、存储路径等）存入数据库，这样后续的删除、展示操作都能直接从数据库拿到准确的文件信息，完全不用依赖前端存储或猜测扩展名。

修改上传代码（结合数据库） #

首先定义一个简单的文档实体类（假设用EF Core做数据访问）：

public class Document
{
    public string Id { get; set; } // 用上传时生成的GUID作为唯一标识
    public string OriginalFileName { get; set; } // 保存原文件名，方便展示
    public string FullFilePath { get; set; } // 保存文件的完整存储路径
}

然后调整你的Upload方法，在保存文件的同时把元数据写入数据库：

public string Upload(string path, IFormFile formFile) 
{ 
    if (!Directory.Exists(path)) 
    { 
        Directory.CreateDirectory(path); 
    } 

    string fileId = Guid.NewGuid().ToString();
    string fileExtension = Path.GetExtension(formFile.FileName);
    string fileName = $"{fileId}{fileExtension}";
    // 用Path.Combine替代硬拼接，避免跨平台路径问题和注入风险
    string fullFilePath = Path.Combine(path, fileName); 
    
    using (Stream fileStream = new FileStream(fullFilePath, FileMode.Create)) 
    { 
        formFile.CopyTo(fileStream); 
    } 

    // 将元数据存入数据库
    using(var dbContext = new YourDbContext())
    {
        dbContext.Documents.Add(new Document
        {
            Id = fileId,
            OriginalFileName = formFile.FileName,
            FullFilePath = fullFilePath
        });
        dbContext.SaveChanges();
    }

    return fileId; 
}

删除接口的实现 #

当调用/api/document/{guid}删除时，先通过GUID从数据库查到对应的FullFilePath，然后直接删除文件，同时可以删除数据库记录：

public IActionResult Delete(string guid)
{
    using(var dbContext = new YourDbContext())
    {
        var document = dbContext.Documents.FirstOrDefault(d => d.Id == guid);
        if(document == null)
        {
            return NotFound("文件不存在");
        }

        if(File.Exists(document.FullFilePath))
        {
            File.Delete(document.FullFilePath);
        }

        dbContext.Documents.Remove(document);
        dbContext.SaveChanges();
        return Ok("删除成功");
    }
}

这个方案还有额外好处：文件展示功能也能轻松实现——从数据库拿到原文件名和路径，返回文件流给前端即可，完全不用纠结扩展名问题。

2. 上传时返回包含扩展名的信息（轻量方案） #

如果暂时不想引入数据库，可以修改上传接口的返回值，返回一个包含GUID和扩展名的JSON对象，而不是只返回GUID。比如前端收到的响应是：

{
  "fileId": "你的GUID字符串",
  "extension": ".pdf"
}

前端需要把这两个信息一起存储，删除时把扩展名传给接口（比如调用/api/document/{guid}?extension=.pdf，或者在请求体里携带），然后后端拼接路径删除：

public IActionResult Delete(string guid, string extension)
{
    string path = "你的文件存储路径";
    string fullFilePath = Path.Combine(path, $"{guid}{extension}");
    if(File.Exists(fullFilePath))
    {
        File.Delete(fullFilePath);
        return Ok();
    }
    return NotFound();
}

不过这个方案有明显缺点：如果前端丢失了扩展名信息，就无法删除文件；而且如果用户篡改了扩展名参数，可能会误删其他文件，安全性和可靠性不如数据库方案。

3. 通配符搜索删除（不推荐） #

就是你考虑的用通配符匹配文件的方式，比如搜索{guid}.*来找到对应文件。代码示例如下：

public IActionResult Delete(string guid)
{
    string path = "你的文件存储路径";
    string searchPattern = $"{guid}.*";
    // 查找所有匹配的文件
    var matchingFiles = Directory.GetFiles(path, searchPattern);
    
    if(matchingFiles.Length == 0)
    {
        return NotFound();
    }
    // 假设只有一个匹配文件（理论上因为GUID唯一，概率很高，但不绝对）
    File.Delete(matchingFiles[0]);
    return Ok();
}

但这个方案存在风险：如果因为某种原因（比如手动上传、程序bug）出现了同一个GUID但不同扩展名的文件，会误删；另外，文件系统的通配符搜索性能不如直接从数据库拿路径，尤其是存储大量文件时。除非是非常简单的小项目，否则不建议用这个方法。

内容的提问来源于stack exchange，提问作者I Love Stackoverflow