Visual Studio 2017 MVC项目Azure部署Ninject引用异常求助

嘿，我太懂这种本地跑的好好的，一发布到Azure就出莫名其妙依赖错误的烦躁了——尤其是这个库你压根没碰过！咱们一步步来排查解决：

• 检查间接依赖链：有时候你安装的某个NuGet包会偷偷依赖Ninject.Web.Common，本地因为缓存或者依赖解析机制没暴露问题，但发布时就炸了。你可以：

  • 打开NuGet包管理器控制台，运行 Get-Package -ProjectName 你的项目名称 -AllVersions，查看所有已安装包的依赖关系，找有没有关联到Ninject的条目；
  • 直接查看项目根目录的packages.config（如果是旧版NuGet格式）或者.csproj文件里的<PackageReference>节点，仔细排查有没有隐藏的Ninject相关引用。

• 彻底清理编译缓存：本地调试的缓存可能掩盖了依赖问题，发布时就暴露了。按这个步骤来：

  1. 点击Visual Studio菜单的「生成」→「清理解决方案」；
  2. 手动删除项目目录下的bin和obj文件夹；
  3. 重新生成整个解决方案，再尝试发布。

• 清理Azure上的旧文件：之前发布的残留文件可能藏着Ninject的DLL，导致运行时错误。在发布设置里：

  1. 右键项目→「发布」，切换到「设置」标签；
  2. 在「文件发布选项」里勾选「删除目标上的额外文件」；
  3. 重新发布，这样会把Azure App Service上所有无关的旧文件都清除掉。

• 检查Web.config的残留配置：有时候Web.config里会留下之前（或者间接依赖带来的）Ninject相关配置，即使你没引用库也会报错。打开Web.config，搜索「Ninject」关键词，删掉所有相关的<assemblyBinding>或者<compilation>节点配置。

• 对齐Azure的.NET运行版本：确保Azure App Service的.NET版本和你本地项目的目标框架完全一致。你可以在Azure门户里找到你的App Service，进入「配置」→「常规设置」，把「.NET Framework版本」改成和本地项目匹配的版本（比如你本地用的是.NET Framework 4.7.2，Azure也要选对应版本）。

• 启用「仅发布运行所需文件」：在发布设置的「设置」标签里，勾选这个选项，它会自动筛选掉项目运行不需要的依赖文件，可能能避免把间接依赖的Ninject相关DLL打包发布。

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