无法加载为一个网站而不是另一个复制的网站显示的dll错误，它们都托管在同一IIS 7.0上

Question

我有一个第三方dll，当在我的本地VS中使用该dll时，它工作正常，没有任何问题。 该第三方dll带有32位和64位dll安装文件。 我运行了64位安装程序，并且system32文件夹具有所需的dll。 我的本地项目可以轻松调用这些dll。

当我尝试在64位Windows 2012 R2测试服务器上的IIS 7.0上托管网站的同一步骤时，出现以下错误：无法加载DLL'3rdparty.dll'：找不到指定的模块。 （来自HRESULT的异常：0x8007007E）

为了解决这个问题，我尝试卸载64位并安装了32位dll，而SysWow64则需要该dll，并且未收到任何错误。

我检查了system32是否有这些dll，但没有，只有syswow64有该dll。 谁能告诉我为什么32位dll在服务器上工作而64位在本地计算机上工作？

另外，当尝试在其他计算机上使用时，我发现32位安装程序可用于除64位之外的所有计算机，但某些计算机上存在问题。

更加奇怪的是，当我将同一网站的副本托管在测试服务器上IIS 7.0的同一应用程序池下的不同文件夹中时。 我在一个网站上收到错误，而另一个在加载dll时没有问题。 这两个网站在使用IIS用户方面都具有相同的功能，唯一的区别在于访问权限是在不同的文件夹结构下。

还可以通过任何方式引用第三方dll以使用特定路径，而不是信任网站项目中的system32和syswow64文件夹。

Answer 1

正如Cyril提到的，我使用Procmon来跟踪asp.net网站在哪里寻找第三方dll。 经过检查，发现第三方dll正在SysWow64文件夹中而不是在预期的System32文件夹中。 发生这种情况是因为复制之前的网站是在32位版本上编译的，因此复制的版本正在寻找32位而不是64位。 这使它的行为有所不同。 但是，我需要了解.net编译器如何决定使用哪个版本来解决我所遇到的这种混乱。

接下来的问题也有所帮助： 垃圾箱和gac中的dll都被使用了？