有没有办法绕过GAC中的dll检查？

Question

我对stackoverflow进行了很多研究，但没有人真正说明我的情况。

我有正在使用TFS Api的应用程序，并且正在使用包含诸如Microsoft.TeamFoundation。*。dll的dll的Nuget程序包。

这是棘手的部分-当我从调试运行应用程序时，一切正常，因为CLR正在从我的库中加载dll，但是当我部署应用程序并开始使用它时，如果GAC中存在这些dll中的任何一个，它将从GAC加载dll。

这会导致许多错误，因为它会加载不同的版本，例如，版本为11.2.2302的Microsoft.TeamFoundation.1stdll.dll，然后版本为11.0.2123的Microsoft.TeamFoundation.2nddll.dll，有时会以10开头，然后要求输入参考10 dll解决问题，但最终出现异常。

我做了什么？

我试图指出探索道路没有成功。 例如，一旦找到GAC中的11.0.2.1版本和探测中的11.3.1.2版本，它将使用GAC one解析dll。

正如有人解释过的那样，我尝试过创建一个新的appdomain并在域之间共享dll，但是无论我从GAC加载它的方式如何，我都陷入了困境。 我还尝试在应用程序的入口点加载dll，而不是将其重定向到我的路径并解决它。 再次没有成功。 我试图欺骗应用程序，并在解析点为publicKeyToken返回null，以告诉它我正在使用未签名的dll，在这种情况下，它不会查看GAC，但没有运气。 我尝试使用Nirsoft snremove.exe删除签名，然后猜猜是什么？ 也没有成功。

我正在寻找一种无论何种原因迫使我的应用程序使用我的dll而不是GAC中的dll的代码。 我想避免在运行时它不会随机选择11.00.xxxx版本，而是使用我特定的11.92.21212.2，即使它具有较大的版本或在某些情况下较低的版本。

作为可能的解决方案，我唯一不能接受的就是手动配置CLR接口，以解决和加载C ++中的程序集，就像之前在stackoverflow上提到的那样。

Answer 1

我能想到的一件事是，您可以尝试限制加载的新应用程序域的权限，使其无法更精确地访问文件系统，驱动器或GAC路径，例如在第一次调用方法时在新域或构造函数中设置权限，就像在这里一样 。

然后，您可以将所需的程序集嵌入到应用程序的资源中，并使用AssemblyResolve事件像这样加载它们。