.NET Web应用批量生成RDLC报表时随机出现TEMP目录访问拒绝错误排查

问题背景 #

一款稳定运行7年的.NET Web应用，在批量导出1000+份RDLC报表为独立PDF文件时，随机出现5-6份生成失败，其余报表均可正常完成导出。报错信息显示：访问C:\Windows\TEMP目录下的expression_host_*.dll文件被拒绝。

已验证无效的解决方案 #

• 为IIS虚拟目录分配IIS_IUSRS和IUSR完全权限
• 为C:\Windows\TEMP文件夹分配IIS_IUSRS和IUSR完全权限
• 将应用程序池管道模式从集成模式改为经典模式
• 更换不同的应用程序池标识

排查方向建议 #

1. 临时文件并发竞争冲突 #

RDLC生成报表时会动态编译expression_host_*.dll到系统临时目录，批量导出场景下多线程/进程并行操作可能触发同一文件的重复创建、读写冲突：

• 测试将并行导出改为串行执行，观察是否还会出现失败情况
• 通过代码为每个导出任务指定独立的临时目录（比如修改应用的TEMP环境变量，或调用ReportViewer.LocalReport.SetBasePermissionsForSandboxAppDomain配置隔离目录），避免全局临时目录的文件竞争

2. 系统/第三方清理工具干扰 #

Windows自带的临时文件自动清理任务（如任务计划程序中的"Delete temporary files"）或第三方清理工具，可能在导出过程中误删正被使用的expression_host_*.dll：

• 临时禁用系统自动清理任务，执行批量导出测试
• 排查导出时段是否有第三方清理工具（如各类系统优化软件）在后台运行

3. 文件权限与锁定异常 #

• 检查C:\Windows\TEMP目录的权限继承情况，确认是否存在部分expression_host_*.dll文件未继承到IIS_IUSRS的访问权限
• 使用Process Monitor工具捕获导出过程中TEMP目录的文件访问日志，定位具体是哪个进程/用户触发了访问拒绝，同时查看文件是否处于被锁定状态

4. .NET框架与RDLC控件兼容性 #

即便应用长期稳定，近期的.NET框架更新、RDLC控件隐性升级也可能引发问题：

• 检查服务器是否安装了.NET框架更新补丁，尝试回滚到之前稳定的版本测试
• 确认RDLC报表的ProcessingMode设置为Local，避免远程模式下不必要的服务器交互干扰

5. 应用程序池资源限制与回收 #

• 检查应用程序池的回收规则，确认批量导出过程中是否触发了池回收，导致临时文件访问中断
• 调高应用程序池的私有内存限制，避免因内存不足引发进程异常，进而导致文件访问错误

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