当我尝试使用 .Include() 进行预加载时，EF Core 会延迟加载

Question

我使用的是 EF Core 2.2.6（数据库优先），似乎只是启用延迟加载让我无法急切加载。启用延迟加载是否会排除在任何容量下使用急切加载？

namespace Example.Models
{
    public class Lead
    {
        public int Id { get; set; }
        public LeadOrganization LeadOrganization { get; set; }

        public Lead(ExampleContext.Data.Lead dbLead)
        {
            Id = dbLead.Id;
            LeadOrganization = new LeadOrganization(dbLead.LeadOrganization);
        }

        public static Lead GetLead(int id)
        {
            using (var db = new ExampleContext())
            {
                var dbLead = db.Leads
                    .Include(l => l.LeadOrganization)
                        .ThenInclude(lo => lo.LeadOrganizationAddresses)
                            .ThenInclude(loa => loa.AddressType)
                    .FirstOrDefault(l => l.Id== id);

                return new Lead(dbLead);
            }
        }
    }
}

namespace Example.Models
{
    public class LeadOrganization
    {
        public IEnumerable<LeadOrganizationAddress> Addresses { get; set; }

        public LeadOrganization(ExampleContext.Data.LeadOrganization dbLeadOrganization)
        {
            Addresses = dbLeadOrganization.LeadOrganizationAddresses.Select(loa => new LeadOrganizationAddress(loa));
        }
    }
}

namespace Example.Models
{
    public class LeadOrganizationAddress
    {
        public AddressType AddressType { get; set; }

        public LeadOrganizationAddress(ExampleContext.Data.LeadOrganizationAddress dbLeadOrganizationAddress)
        {
            AddressType = new AddressType(dbLeadOrganizationAddress.AddressType);
        }
    }
}

namespace Example.Models
{
    public class AddressType
    {
        public short Id { get; set; }

        public AddressType(ExampleContext.Data.AddressType dbAddressType)
        {
            Id = dbAddressType.Id;
        }
    }
}

ExampleContext.Data 命名空间包含数据库中 EF 生成的部分类。 Lead、LeadOrganization、LeadOrganizationAddress 和 AddressType 是在属性方面基本上是 1:1 的类，但添加了静态方法（是的，这很奇怪，但这是我必须使用的)。

Lead 有一个 LeadOrganization，而 LeadOrganization 又具有至少一个 LeadOrganizationAddress，而 LeadOrganizationAddress 又具有 AddressType。

当GetLead 调用Lead 构造函数时，查询中的数据尚未加载，即使它应该是预先加载的。这会导致嵌套对象出现问题。当它最终到达LeadOrganizationAddress 构造函数时，DbContext 已被释放，因此无法延迟加载关联的AddressType。

我是否误解了急切加载的全部意义？我认为它会在初始查询时检索所有数据，然后让我将其传递给构造函数而不会出现问题。我不需要继续返回数据库并延迟加载任何内容。

如果您启用了延迟加载，您是否可以不急切加载？是否有其他解决方法，例如强制它加载任何代理实体？

Answer 1

好的，经过调查，EF Core 2.x 通过代理实现延迟加载存在问题。相关跟踪问题是

• #15170: Eager loading include with using UseLazyLoadingProxies
• #12780: Store IsLoaded flags in proxy for better lazy-loading experience

问题在于导航属性 急切加载，但 LazyLoader 不知道何时释放 - 无法安全访问上下文更改跟踪器，只是抛出异常。相关代码可见here，在第一行：

if (_disposed)
{
    Logger.LazyLoadOnDisposedContextWarning(Context, entity, navigationName);
}

当我阅读它时，它应该在 EF Core 3.0 中通过以下“重大更改”-Lazy-loading proxies no longer assume navigation properties are fully loaded 发布时得到修复。它也部分解释了当前的问题：

旧行为

在 EF Core 3.0 之前，一旦处理了 DbContext，就无法知道从该上下文获取的实体上的给定导航属性是否已完全加载。

很遗憾，这并不能帮助您解决当前的问题。我看到的选项是：

1. 等待 EF Core 3.0 发布
2. 不要通过代理使用延迟加载

3. 关闭已处理上下文警告的延迟加载 - 默认为Throw，将其更改为Log 或Ignore，例如：

   optionsBuilder.ConfigureWarnings(warnings => warnings
       .Log(CoreEventId.LazyLoadOnDisposedContextWarning)
   );
   

Answer 2

我假设您使用UseLazyLoadingProxies()，但希望禁用查询中特定包含的延迟加载。这还没有实现：

https://github.com/aspnet/EntityFrameworkCore/issues/10787

你现在唯一能做的事：

1.) 禁用延迟加载代理（“所有属性的默认延迟加载”）

2.) 然后对特定属性使用（手动实现）延迟加载，例如在您的一种情况下：

public class LeadOrganization
{
    private ILazyLoader _lazyLoader { get; set; }

    private IEnumerable<LeadOrganizationAddress> _addresses;

    public LeadOrganization(ILazyLoader lazyLoader)
    {
        _lazyLoader = lazyLoader;
    }

    public IEnumerable<LeadOrganizationAddress> Addresses
    {
        get => _addresses;
        set => _addresses = value;
    }

    public IEnumerable<LeadOrganizationAddress> AddressesLazy
    {
        get
        {
            _lazyLoader?.Load(this, ref _addresses);
        }
        set => this._addresses = value;
    }
}

所以对于急切加载使用.Include(lo=>lo.Addresses)，对于延迟加载使用.Include(lo=>lo.AddressesLazy)

---

编辑 1

不应默认为所有属性启用 IMO 延迟加载 - 这可能会影响整个实现的性能。因此，在延迟加载为您带来优势的情况下，上述解决方案是一种替代方案。我也想在每个包含中都有这个选项，比如.Include(o=>o.Addresses, LoadingBehaviour.Eager) - 也许将来会存在。

Answer 3

延迟加载并不是阻止属性实例化的原因，因为它们缺少适当的构造函数。

除了 EF Core，这些类型很奇怪，例如LeadOrganization 需要在它们的构造函数中传递给它们自己的实例。这是一个先有鸡还是先有蛋的问题——如何创建第一个问题？

public class LeadOrganization
{
    public IEnumerable<LeadOrganizationAddress> Addresses { get; set; }

    public LeadOrganization(ExampleContext.Data.LeadOrganization dbLeadOrganization)
    {
        Addresses = dbLeadOrganization.LeadOrganizationAddresses.Select(loa => new LeadOrganizationAddress(loa));
    }
}

无论如何，EF Core only supports simple constructors with parameters based on convention（基本上是参数到属性的 1-1 映射），因此它不知道如何实例化和水合那些嵌套类，无论是渴望的还是惰性的。

我建议使这些构造函数无参数，或者如果您希望 EF 通过属性来水合对象，至少向您的类添加一个无参数构造函数。