Azure Functions中使用RDLC遇DLL加载错误求助

我之前也碰到过几乎一模一样的问题——Azure Function V1环境下用RDLC做报表，本地跑完全正常，一部署到Azure就各种DLL加载报错，一会儿是ReportViewer.Common，一会儿又是SqlServer.Types，折腾了好一阵才彻底解决，分享下我的实战配置和踩坑经验：

一、必装NuGet包及对应稳定版本 #

这些版本是我在Function V1环境下反复测试验证过的，兼容性最好：

• Microsoft.ReportViewer.Common：12.0.2402.15（千万别用15.x版本，和V1的.Net Framework 4.6.1环境不兼容）
• Microsoft.ReportViewer.WebForms：和Common严格保持同版本——12.0.2402.15
• Microsoft.SqlServer.Types：14.0.1016.290（选支持.Net Framework 4.6.1的版本，必须设置项目中该包的Copy Local = True）

二、解决SqlServer.Types加载失败的核心步骤 #

很多时候不是bin里没有这个DLL，而是Azure Function环境没法自动加载它的原生依赖库（x86/x64版本的SqlServerSpatial140.dll这类），必须手动初始化：
在Function类的构造函数或者静态初始化代码里加这段：

SqlServerTypes.Utilities.LoadNativeAssemblies(Environment.CurrentDirectory);

另外，项目的平台目标一定要设为x64——Azure标准计划的服务器都是x64架构，x86会导致原生库加载失败。

三、复杂报表（含表达式）的额外处理 #

你说简单报表能跑、带表达式的就报错，这大概率是表达式依赖的底层库没配置好：

• RDLC的表达式很多基于VB，所以要确保Microsoft.VisualBasic包设置了Copy Local = True，版本用4.0.0.0（和.Net Framework 4.6.1兼容）
• 如果表达式里用到了日期、数值的复杂格式化，检查是否依赖System.Data.DataSetExtensions，同样要保证该包的Copy Local = True，版本选4.0.0.0

四、部署时的关键检查 #

• 彻底放弃GAC依赖：本地能跑是因为你的开发机GAC里有这些库，但Azure Function环境没有GAC，所以所有依赖包必须设置Copy Local = True，确保bin文件夹里包含所有需要的文件，包括SqlServer.Types的原生库文件（比如x64文件夹下的dll）
• 部署后手动确认bin目录：登录Kudu站点查看bin文件夹，确认ReportViewer.Common.dll、ReportViewer.WebForms.dll、Microsoft.SqlServer.Types.dll以及对应的原生库都存在，别漏了

五、关于沙箱的补充 #

你用的是标准应用服务计划，确实不用太担心沙箱限制——标准计划的沙箱对RDLC需要的文件操作、库加载权限都足够，所以问题肯定出在依赖配置上，不是沙箱的锅。

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