c# - 闭包分配的意义和问题

Question

我正在使用 JetBrains Rider 进行 C# 编程，我猜在使用 ReSharper 时也会出现此警告:

我写了这个函数，GetTicket :

public async Task<IEnumerable<Ticket>> GetTicket(int id)
{
    return await _memoryCache.GetOrCreateAsync(_cachingFunctionalty.BuildCachingName(id), entry =>
    {
        entry.SlidingExpiration = TimeSpan.FromSeconds(10);
        return GetTicket_uncached(id);
    });
}

和GetTicket_uncached ，它称之为:

private async Task<IEnumerable<Ticket>> GetTicket_uncached(int id)
{
    RestClient client = new RestClient(ServiceAdress);
    Request req = new Request
    {
        Method = Method.GET,
        Resource = "api/tickets/get",
        Parameters = new {ident = id}
    };

    return await client.ExecuteRequestAsync<Ticket[]>(req);
}

所以，参数id在方法中public async Task<IEnumerable<Ticket>> GetTicket(int id)突出显示并带有以下警告:

Closure allocation: 'id' parameter and 'this' reference

我在谷歌搜索时发现了一些东西，但我仍然不知道这意味着什么，有什么问题？

Answer 1

此消息来自堆分配查看器插件。当您创建要作为 Func 传递给 GetOrCreateAsync 的 lambda 时，您正在从调用方法 (GetTicket) 中捕获一些值，并且稍后使用它们。

编译此代码时，编译器会将此 lambda 重写为一个包含值的类以及一个主体与 lambda 主体相同的方法，尽管它会使用在这个新类中捕获的值，并且不是原始方法调用。

Heap Allocations Viewer 插件所说的是在运行时这里发生了一个隐藏的分配——正在分配这个新的编译器生成的类、分配的值和调用的方法。

插件告诉您 id 正在这个新类中被捕获和分配 - 这在 lambda 中很明显，因为您在代码中看到了它。但是您还捕获了 this，因为 GetTicket_uncached 是实例方法而不是静态方法。您不能在没有 this 的情况下调用实例方法，因此 id 和 this 都被捕获并分配到编译器生成的类中。

您无法摆脱 id 变量的分配，但是如果您使 GetTicket_uncached 可以摆脱 this 引用> static(但这可能需要传入 ServiceAddress，在这种情况下，Heap Allocations Viewer 会告诉您闭包分配现在是 id 和 ServiceAddress )。

您可以在 ReSharper help page for the "Implicitly capture closure" warning 中查看更多详细信息.虽然它讨论了不同的场景和警告消息，但有关分配类以捕获变量的背景详细信息很有用。