Assembly.GetTypes()的行为在Visual Studio 2015中改变

本文关键字：Studio Visual 2015 改变 GetTypes Assembly | 更新日期: 2023-09-27 18:03:53

我昨天在Visual Studio 2015中打开了我们的解决方案，我们的一些单元测试(在Visual Studio 2013中运行良好)开始失败。深入研究后，我发现这是因为在程序集上调用GetTypes()会返回不同的结果。我已经能够创建一个非常简单的测试用例来说明它。

在Visual Studio 2013和2015中，我使用。net Framework 4.5.2创建了一个新的控制台应用程序。我在两个项目中都放入了以下代码:

class Program
{
    static void Main(string[] args)
    {
        var types = typeof(Program).Assembly.GetTypes()
                .Where(t => !t.IsAbstract && t.IsClass);
        foreach (var type in types)
        {
            Console.WriteLine(type.FullName);
        }
        Console.ReadKey();
    }
}

当我在Visual Studio 2013中运行时，我得到以下输出(如预期):

VS2013Example。项目

当我在Visual Studio 2015中运行时，我得到以下输出(不像预期的)。

VS2015Example。项目

,

VS2015Example.Program + & lt的在c

那么VS2015Example.Program+<>c类型是什么?其实是.Where()方法中的。是的，这是对的，某种程度上，局部的被暴露为一个类型。如果我在VS2015中注释掉.Where()，那么我不再得到第二行。

我已经使用Beyond Compare来比较两个。csproj文件，但唯一的区别是VS版本号，项目GUID，默认命名空间和程序集的名称，而VS2015有对System.Net.Http的引用，而VS2013没有。

还有人看到这个吗?

有没有人解释为什么局部变量会在程序集级别被暴露为类型?

Assembly.GetTypes()的行为在Visual Studio 2015中改变

还有人看到这个吗?

是的，这是由提升lambda表达式的新编译器行为引起的。

以前，如果lambda表达式没有捕获任何局部变量，它将作为静态方法缓存在调用站点，这使得编译器团队需要跳过一些环，以便正确地对齐方法参数和this参数。Roslyn中的新行为是，所有lambda表达式都被提升到一个显示类中，其中委托作为显示类中的实例方法公开，而不管它是否捕获任何局部变量。

如果你在Roslyn中反编译你的方法，你会看到:

private static void Main(string[] args)
{
    IEnumerable<Type> arg_33_0 = typeof(Program).Assembly.GetTypes();
    Func<Type, bool> arg_33_1;
    if (arg_33_1 = Program.<>c.<>9__0_0 == null)
    {
        arg_33_1 = Program.<>c.<>9__0_0 = 
                        new Func<Type, bool>(Program.<>c.<>9.<Main>b__0_0);
    }
    using (IEnumerator<Type> enumerator = arg_33_0.Where(arg_33_1).GetEnumerator())
    {
        while (enumerator.MoveNext())
        {
            Console.WriteLine(enumerator.Current.FullName);
        }
    }
    Console.ReadKey();
}
[CompilerGenerated]
[Serializable]
private sealed class <>c
{
    public static readonly Program.<>c <>9;
    public static Func<Type, bool> <>9__0_0;
    static <>c()
    {
        // Note: this type is marked as 'beforefieldinit'.
        Program.<>c.<>9 = new Program.<>c();
    }
    internal bool <Main>b__0_0(Type t)
    {
        return !t.IsAbstract && t.IsClass;
    }
}

旧的编译器在哪里，你会看到这样:

[CompilerGenerated]
private static Func<Type, bool> CS$<>9__CachedAnonymousMethodDelegate1;
private static void Main(string[] args)
{
    IEnumerable<Type> arg_34_0 = typeof(Program).Assembly.GetTypes();
    if (Program.CS$<>9__CachedAnonymousMethodDelegate1 == null)
    {
        Program.CS$<>9__CachedAnonymousMethodDelegate1 = 
                            new Func<Type, bool>(Program.<Main>b__0);
    }
    IEnumerable<Type> types =
                arg_34_0.Where(Program.CS$<>9__CachedAnonymousMethodDelegate1);
    foreach (Type type in types)
    {
        Console.WriteLine(type.FullName);
    }
    Console.ReadKey();
}
[CompilerGenerated]
private static bool <Main>b__0(Type t)
{
    return !t.IsAbstract && t.IsClass;
}

您可以通过过滤掉带有CompilerGenerated属性的类来获得所需的结果:

var types = typeof(Program)
            .Assembly
            .GetTypes()
            .Where(t => !t.IsAbstract && 
                         t.IsClass && 
                         Attribute.GetCustomAttribute(
                            t, typeof (CompilerGeneratedAttribute)) == null);

更多信息，请参阅我的问题Roslyn中的Delegate caching behavior changes

相关文章：