似乎在 EF4 中默认启用延迟加载。至少，在我的项目中，我可以看到
dataContext.ContextOptions.LazyLoadingEnabled
默认为真。我不想延迟加载，也不想写：
dataContext.ContextOptions.LazyLoadingEnabled = false;
每次我得到一个新的上下文。那么有没有办法在整个项目中默认关闭它？
【问题讨论】：
标签： entity-framework lazy-loading entity-framework-4
以下答案是指 Database-First 或 Model-First 工作流程（实体框架（版本 Code-First 工作流程（自 EF 版本 >= 4.1 起可用），请继续向 ssmith 的 answer 发送此问题以获得正确的解决方案。
edmx 文件在<ConceptualModel> 和<EntityContainer> 定义中有一个延迟加载属性，您可以将延迟加载一般设置为false：
<EntityContainer Name="MyEntitiesContext" annotation:LazyLoadingEnabled="false">
这会在 ObjectContext 构造函数中创建以下设置：
public MyEntitiesContext() : base("name=MyEntitiesContext", "MyEntitiesContext")
{
this.ContextOptions.LazyLoadingEnabled = false;
OnContextCreated();
}
我的示例并不意味着应该手动编辑生成的ObjectContext（或较新的 EF 版本中的DbContext）（正如 ctorx 指出的那样，这将被数据库中的每个模型更新覆盖）但是EDMX 文件的edmx:ConceptualModels 部分中的EntityContainer 元素应通过添加annotation:LazyLoadingEnabled="false" 属性来编辑 - 在 XML 编辑器中手动或在此选项可用的设计器界面的属性页面上，对- 单击 EDMX，然后单击属性。
EDMX 文件的这种修改将自动生成上下文类，并在构造函数中禁用延迟加载选项，如上所示。从数据库更新模型时，EDMX 文件修改本身不会被覆盖。
【讨论】：
我写了一个显示how the new Lazy Loading features work with EF Code First 的快速示例。在 Code First 模型中实现您想要的只需在 DbContext 的构造函数中添加一行，如下所示：
public BlogContext()
{
this.Configuration.LazyLoadingEnabled = false;
}
【讨论】：
: base() 和this. 在这段代码中都是多余的。
this 很有用。我同意base()，但我想不出添加它的理由。
如果您可能使用的是 EF4 Code First，是吗？因此，在您的上下文的初始化中，有 'OnModelCreated' 的覆盖。
在这个方法中，我只是简单地调用并设置了属性，一切都解决了。
protected override void OnModelCreating(DbModelBuilder modelBuilder) {
base.Configuration.LazyLoadingEnabled = false;
}
我的模型现在更可口了。延迟加载很棒......但不是当你不想要它时。当你开始有循环引用时，这简直是荒谬的。
【讨论】：
OnModelCreating 不会被调用，LazyLoadingEnabled 将具有默认值 - 即 true。
DbContext 的答案，它比问题提出的要晚得多，问题中的代码 sn-ps 仍然适用于ObjectContext。现在您已将其编辑为DbContext 的正确答案，但现在与 ssmith 的答案相同，比一年多。但两者都不是ObjectContext 的答案。太疯狂了:)
如果您是代码优先建模，只需删除引用/对象属性上的 virtual 关键字。在引用上使用 virtual 将在该特定引用上启用 LazyLoading。
【讨论】：