从SQL数据库转字节数组为FileStream返回文件时遇权限拒绝错误

这个问题我之前也碰到过！核心原因是你对FileStream的构造逻辑理解有点偏差，加上IIS Express的工作目录权限限制导致的，我给你拆解下：

为什么会出现"Access Denied"错误？ #

当你直接用new FileStream("Test.docx", ...)这种写法时，.NET会默认在当前进程的工作目录（也就是IIS Express的安装目录C:\Program Files (x86)\IIS Express\）去操作文件：

• 如果你的构造参数用了FileMode.Open，程序会尝试读取这个路径下的Test.docx，但文件根本不存在，或者就算存在，IIS进程也没读取权限；
• 就算你用了FileMode.Create，这个系统目录默认是不允许普通进程写入的，所以直接报权限拒绝。

而且更关键的是：你的需求是把数据库里的字节数组返回给前端，完全不需要写入物理文件，绕这个弯路反而给自己找麻烦。

正确的解决方法（两种方案） #

方案1：用MemoryStream直接返回（强烈推荐）

跳过物理文件这一步，直接把字节数组塞进MemoryStream里返回，既高效又避免权限问题。以ASP.NET Core为例：

// 从数据库拿到字节数组
byte[] fileBytes = YourDatabaseMethodToGetBytes();

// 把字节数组转成MemoryStream
using var stream = new MemoryStream(fileBytes);

// 返回File结果，指定MIME类型和下载文件名
return File(
    stream, 
    "application/vnd.openxmlformats-officedocument.wordprocessingml.document", 
    "Test.docx"
);

方案2：非要用FileStream的情况（不推荐）

如果因为特殊场景必须写入物理文件，那一定要指定一个有写入权限的目录（比如网站的临时目录、系统临时文件夹），同时用正确的构造参数创建文件：

byte[] fileBytes = YourDatabaseMethodToGetBytes();

// 用系统临时目录，避免权限问题
string tempFilePath = Path.Combine(Path.GetTempPath(), "Test.docx");

// 创建FileStream时指定FileMode.Create，确保是新建文件，还可以加DeleteOnClose自动清理
using var stream = new FileStream(
    tempFilePath, 
    FileMode.Create, 
    FileAccess.Write, 
    FileShare.None, 
    4096, 
    FileOptions.DeleteOnClose
);

// 把字节数组写入流
stream.Write(fileBytes, 0, fileBytes.Length);
// 重置流指针到开头，不然前端拿到的是空文件
stream.Seek(0, SeekOrigin.Begin);

// 返回File结果
return File(
    stream, 
    "application/vnd.openxmlformats-officedocument.wordprocessingml.document", 
    "Test.docx"
);

最后总结 #

你之前的问题本质是：程序把你传入的文件名当成了要读取的现有文件路径，而不是要创建的文件路径，同时目标目录没有权限。最省心的方式就是用方案1，直接用内存流返回，完全绕开物理文件的权限问题。

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