当版本不匹配时，System.Type.GetType不会抛出
在我的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 )，如果我没有指定完全相同的版本，我就不会再得到异常。
我最初认为这是由GetType在.NET 4.5.2中的一种新行为引起的，但情况似乎并非如此。我没有在MSDN文档中找到任何有关此更改的信息。
我尝试在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，使其突然忽略程序集限定类型名称的版本部分？
回答 2
Stack Overflow用户
发布于 2015-04-01 08:23:28
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
如果您的运行程序正在使用它，这可能就是为什么只在单元测试中出现此问题的原因。
Stack Overflow用户
发布于 2015-04-01 09:27:38
此问题与xUnit或我的项目引用的任何其他程序集无关。我已经能够在极简计划中复制相同的行为，这种奇怪行为的来源似乎来自于我用来与测试交互的CodeRush (14.2.6.0)工具。
我有在DevExpress上引发了一个问题，当我收到他们的支持小组的回复时，我会更新这个答案。
https://stackoverflow.com/questions/29339060
复制相似问题
腾讯云开发者
