版本不匹配时 System.Type.GetType 不会抛出答案

【问题标题】：System.Type.GetType does not throw when versions don't match版本不匹配时 System.Type.GetType 不会抛出
【发布时间】：2015-03-30 05:36:47
【问题描述】：

我的 xUnit 测试之一，我使用以下代码来定位匹配类型：

var type = System.Type.GetType (typeName, throwOnError: false);

typeName 的样子：

Epsitec.Lydia.EventStore.TestBinaryEventStore+SimpleEvent, Tests.Lydia.Framework, Version=1.0.0.0, Culture=neutral, PublicKeyToken=361fc18aa5d4142d

如果类型不完全匹配（例如，因为 Version 部分完全限定类型名称不同），我曾经在.NET 4.5.x 的早期版本中获得System.IO.FileLoadException。由于我收到了最新的 Windows 更新，它恰好包含 .NET 4.5.2，如果我没有指定完全相同的版本，我将不再遇到异常。 p>

我最初认为这是由 .NET 4.5.2 中 GetType 的新行为引起的，但事实并非如此。我在MSDN's documentation 中没有找到有关此更改的任何信息。

我尝试在 xUnit 测试之外的项目中复制此行为，但随后我得到了预期的行为（System.IO.FileLoadException 被抛出因为类型不匹配）。

我在这里缺少什么？关于我应该如何进行调查的任何想法？

附加信息

我使用Fuslogvw 进一步调查。如下跟踪所示，类型解析确实失败：

*** Assembly Binder Log Entry  (01.04.2015 @ 09:11:19) ***

The operation failed.
Bind result: hr = 0x80070002. The system cannot find the file specified.

Assembly manager loaded from:  C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
Running under executable  C:\PROGRAM FILES (X86)\MICROSOFT VISUAL STUDIO 12.0\COMMON7\IDE\EXTENSIONS\O3TVLY23.2NC\PlugIns\CR_ExtUnitTestRunnerNet4.exe
--- A detailed error log follows. 

=== Pre-bind state information ===
LOG: DisplayName = Tests.Lydia.Framework, Version=1.0.0.0, Culture=neutral, PublicKeyToken=4681e18aa5df9116
 (Fully-specified)
LOG: Appbase = file:///C:/PROGRAM FILES (X86)/MICROSOFT VISUAL STUDIO 12.0/COMMON7/IDE/EXTENSIONS/O3TVLY23.2NC/PlugIns
LOG: Initial PrivatePath = NULL
LOG: Dynamic Base = NULL
LOG: Cache Base = C:\Users\Arnaud\AppData\Local\Temp\85454750-eabd-4a3b-a5f2-91f3b104eba4
LOG: AppName = 85454750-eabd-4a3b-a5f2-91f3b104eba4
Calling assembly : Tests.Lydia.Framework, Version=1.1.1514.0, Culture=neutral, PublicKeyToken=4681e18aa5df9116.
===
LOG: This bind starts in LoadFrom load context.
WRN: Native image will not be probed in LoadFrom context. Native image will only be probed in default load context, like with Assembly.Load().
LOG: Using application configuration file: S:\git\rnd\lydia\Tests.Lydia.Framework\bin\Release\Tests.Lydia.Framework.dll.config
LOG: Using host configuration file: 
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config.
LOG: Post-policy reference: Tests.Lydia.Framework, Version=1.0.0.0, Culture=neutral, PublicKeyToken=4681e18aa5df9116
LOG: GAC Lookup was unsuccessful.
LOG: Attempting download of new URL file:///C:/PROGRAM FILES (X86)/MICROSOFT VISUAL STUDIO 12.0/COMMON7/IDE/EXTENSIONS/O3TVLY23.2NC/PlugIns/Tests.Lydia.Framework.DLL.
LOG: Attempting download of new URL file:///C:/PROGRAM FILES (X86)/MICROSOFT VISUAL STUDIO 12.0/COMMON7/IDE/EXTENSIONS/O3TVLY23.2NC/PlugIns/Tests.Lydia.Framework/Tests.Lydia.Framework.DLL.
LOG: Attempting download of new URL file:///C:/PROGRAM FILES (X86)/MICROSOFT VISUAL STUDIO 12.0/COMMON7/IDE/EXTENSIONS/O3TVLY23.2NC/PlugIns/Tests.Lydia.Framework.EXE.
LOG: Attempting download of new URL file:///C:/PROGRAM FILES (X86)/MICROSOFT VISUAL STUDIO 12.0/COMMON7/IDE/EXTENSIONS/O3TVLY23.2NC/PlugIns/Tests.Lydia.Framework/Tests.Lydia.Framework.EXE.
LOG: Attempting download of new URL file:///S:/git/rnd/lydia/Tests.Lydia.Framework/bin/Release/Tests.Lydia.Framework.DLL.
LOG: Assembly download was successful. Attempting setup of file: S:\git\rnd\lydia\Tests.Lydia.Framework\bin\Release\Tests.Lydia.Framework.dll
LOG: Entering run-from-source setup phase.
LOG: Assembly Name is: Tests.Lydia.Framework, Version=1.1.1514.0, Culture=neutral, PublicKeyToken=4681e18aa5df9116
WRN: Comparing the assembly name resulted in the mismatch: Minor Version
ERR: The assembly reference did not match the assembly definition found.
ERR: Run-from-source setup phase failed with hr = 0x80131040.
LOG: Attempting download of new URL file:///S:/git/rnd/lydia/Tests.Lydia.Framework/bin/Release/Tests.Lydia.Framework/Tests.Lydia.Framework.DLL.
LOG: Attempting download of new URL file:///S:/git/rnd/lydia/Tests.Lydia.Framework/bin/Release/Tests.Lydia.Framework.EXE.
LOG: Attempting download of new URL file:///S:/git/rnd/lydia/Tests.Lydia.Framework/bin/Release/Tests.Lydia.Framework/Tests.Lydia.Framework.EXE.
LOG: All probing URLs attempted and failed.

更多上下文

我在 xUnit 测试中运行代码，该测试也引用多个其他库。尝试在原始解决方案之外复制它仍然不会出现问题。

引用的程序集如何调整 GetType 突然忽略了程序集限定类型名称的 version 部分？

【问题讨论】：

这将是一个相当严重的错误，没有其他人报告过。非凡的主张确实需要非凡的证据，我们可以自己运行的最低限度的复制对于获得帮助非常重要。或者至少是在您记录所有绑定时 Fuslogvw.exe 显示的输出，因此有 something 可供查看。
我尝试将导致这种奇怪行为的逻辑提取到外部解决方案中，但我（还）无法重现该问题。
如果throwOnError: false，你怎么能得到一个例外。如果找不到，它应该（并且根据我的经验）总是返回null。
如果无法找到程序集，则无论您如何设置throwOnError，GetType 总是抛出System.IO.FileLoadException。
@leppie, throwOnError 抑制 FileNotFoundException（缺少程序集）但不是 FileLoadException（程序集在此处但无法加载）

标签： c# .net xunit coderush

【解决方案1】：

xUnit 有代码注册到AppDomain.AssemblyResolve 事件并忽略版本和签名：

    Assembly LoadAssembly(AssemblyName assemblyName)
    {
        var path = Path.Combine(folder, assemblyName.Name);
        return LoadAssembly(path + ".dll") ?? LoadAssembly(path + ".exe");
    }

https://github.com/xunit/xunit/blob/master/src/common/AssemblyHelper.cs

如果您的跑步者正在使用它，这可能就是您仅在单元测试中遇到此问题的原因。

【讨论】：

哇，这太愚蠢了...单元测试通过，生产失败...编辑：我看到你必须用SuscribeResolve打开它：D 我猜还不错。跨度>
就我而言，我还没有打开SubscribeResolve。但是，我现在发现只有在 Visual Studio 中从 CodeRush UI 开始测试时才会出现问题。所以在 DevExpress CodeRush 的幕后可能会发生一些神奇的事情。
@Guillaume：感谢您为我指明了正确的方向。在这种情况下，罪魁祸首似乎是 CodeRush。我将打开 DevExpress 的问题。
这是显示问题的最小项目：github.com/epsitec/Bugs-TypeResolution
CodeRush 问题：devexpress.com/Support/Center/Question/Details/T225972

【解决方案2】：

该问题与 xUnit 或我的项目引用的任何其他程序集无关。我已经能够在 minimalist project 中复制相同的行为，而这种奇怪行为的根源似乎来自我用来与测试交互的 CodeRush (14.2.6.0) 工具。

我已经opened an issue with DevExpress，当我得到他们支持团队的回复时，我会更新这个答案。

【讨论】：