使用EF Core为Blazor EditForm获取数据：追踪与无追踪的正确方式

做法是否正确？ #

完全正确，这正是AsNoTracking()的典型适用场景之一。

你的问题根源在于EF Core的变更追踪机制：当你用FindAsync(id)查询实体时，EF会将该实体加入当前DbContext的追踪缓存，并维护其状态快照。用户在Blazor EditForm中修改实体属性但未提交保存时，这些变更会被记录在追踪缓存里——下次再查询同一条记录时，EF会直接返回缓存中已被修改的实体实例，而不是从数据库重新读取最新数据。

改用AsNoTracking().FirstOrDefaultAsync(c => c.ClientId == id)后，EF不会将查询到的实体加入追踪缓存，每次查询都会直接从数据库获取最新的原始数据，完美解决了未保存修改残留的问题。这种方式特别适合编辑页面的初始数据加载场景，确保用户每次进入编辑界面都能看到数据库中的最新状态。

对系统性能的影响？ #

AsNoTracking()不仅不会影响性能，反而能提升查询性能：

• EF不需要为无追踪实体维护状态快照、变更记录等额外信息，减少了内存占用和上下文的处理开销；
• 查询过程中省去了追踪状态的检查与维护步骤，查询速度更快。

唯一需要注意的是：如果之后你需要将修改后的实体保存回数据库，由于当前实体处于分离状态（未被DbContext追踪），你需要通过_dbContext.Attach(client)将其重新纳入追踪，或者直接使用_dbContext.Update(client)来触发更新操作——这两种方式都能正常完成保存，不会有额外的性能问题。

额外建议 #

• 在Blazor Server环境中，DbContext默认是Scoped生命周期，同一个用户的多次请求会复用同一个上下文，这种情况下未保存的变更残留问题会更突出，AsNoTracking()的必要性更高；
• 如果只是用于展示数据的只读场景，AsNoTracking()也是推荐的优化手段，能有效降低DbContext的内存压力。

内容的提问来源于stack exchange，提问作者Luis Zenteno