Blazor Server EF编辑表单取消提交及跟踪冲突处理方案

问题根源 #

你遇到的同主键实体跟踪冲突，本质是两个写法问题叠加导致的：

• Blazor Server默认注册的DbContext生命周期与电路（Circuit）绑定，存活时间长，查询出的实体会被上下文持续跟踪
• 你通过克隆生成的临时编辑实例和原被跟踪实例主键相同，后续执行Update附加临时实例时，就会触发EF Core的重复跟踪异常

手动调用Detach分离实体属于补丁式处理，既增加冗余代码，也没有解决长生命周期DbContext带来的性能隐患、脏数据风险。

推荐实现方案（按优先级排序） #

方案1：非跟踪查询直接绑定编辑表单（最简实现，无额外依赖） #

核心逻辑是编辑场景直接查询非跟踪状态的实体，完全不需要克隆原实体，从根源避免双实体跟踪问题，取消操作不需要任何额外逻辑，直接跳转即可。

1. 首先修改仓储层，为编辑场景提供非跟踪查询方法：

public class CustomerRepo
{
    private readonly ApplicationDbContext _context;
    public CustomerRepo(ApplicationDbContext context)
    {
        _context = context;
    }

    // 其他原有方法保留...

    // 编辑场景专用：返回无跟踪的实体实例
    public async Task<Customer> GetCustomerForEdit(int customerId)
    {
        return await _context.Customers
            .AsNoTracking()
            .FirstOrDefaultAsync(c => c.Id == customerId);
    }

    public async Task Update(Customer customer)
    {
        _context.Customers.Update(customer);
        await _context.SaveChangesAsync();
    }
}

2. 简化页面代码，移除冗余的克隆、原实体存储逻辑，同时修正表单按钮的默认行为问题：

@inject NavigationManager nav
 
<h3>Edit @_editCustomer.FullName</h3>
 
<EditForm Model=@_editCustomer OnValidSubmit=UpdateCustomer>
    <DataAnnotationsValidator/>
    <ValidationSummary/>
 
    <label>First Name</label>
    <InputText @bind-Value=_editCustomer.FName/>
    <br/>
 
    <label>Last Name</label>
    <InputText @bind-Value=_editCustomer.LName/>
    <br/>
 
    <label>Phone Number</label>
    <InputText @bind-Value=_editCustomer.PhoneNumber/>
    <br/>
 
    <button type="submit" class="btn btn-primary">Save</button>
    <button type="button" class="btn btn-secondary" @onclick="@(() => nav.NavigateTo("/customers"))">Cancel</button>
</EditForm>
 
@code {
    [Parameter]
    public int customerId { get; set; }
    private Customer _editCustomer { get; set; }

    protected override async Task OnInitializedAsync()
    {
        // 直接获取非跟踪实体作为表单绑定模型
        _editCustomer = await _customerRepo.GetCustomerForEdit(customerId);
    }

    private async Task UpdateCustomer()
    {
        // 非跟踪实体直接调用Update即可，EF会自动附加并标记为修改状态
        await _customerRepo.Update(_editCustomer);
        nav.NavigateTo("/customers");
    }
}

注意：按钮必须显式声明type属性：保存按钮用type="submit"配合OnValidSubmit，确保仅验证通过才执行保存；取消按钮用type="button"避免误触发表单提交。

方案2：使用DbContext工厂缩短上下文生命周期（官方推荐标准用法） #

Blazor Server官方文档明确不推荐使用电路级长生命周期DbContext，这类长上下文会持续累积跟踪实体，既拖慢性能，也极易出现跟踪冲突、脏数据问题。标准做法是使用IDbContextFactory注册上下文，每次CRUD操作新建短生命周期上下文，用完即释放。

1. 修改Program.cs的DbContext注册方式：

// 替换原有AddDbContext注册逻辑
builder.Services.AddDbContextFactory<ApplicationDbContext>(options =>
    options.UseSqlServer(builder.Configuration.GetConnectionString("DefaultConnection")));

2. 修改仓储层，依赖DbContext工厂创建短生命周期上下文：

public class CustomerRepo
{
    private readonly IDbContextFactory<ApplicationDbContext> _contextFactory;
    public CustomerRepo(IDbContextFactory<ApplicationDbContext> contextFactory)
    {
        _contextFactory = contextFactory;
    }

    public async Task<List<Customer>> GetAllCustomers()
    {
        using var context = _contextFactory.CreateDbContext();
        return await context.Customers.ToListAsync();
    }

    public async Task<Customer> GetCustomerFromId(int customerId)
    {
        using var context = _contextFactory.CreateDbContext();
        return await context.Customers.FirstOrDefaultAsync(c => c.Id == customerId);
    }

    public async Task Create(Customer customer)
    {
        using var context = _contextFactory.CreateDbContext();
        context.Customers.Add(customer);
        await context.SaveChangesAsync();
    }

    public async Task Update(Customer customer)
    {
        using var context = _contextFactory.CreateDbContext();
        context.Customers.Update(customer);
        await context.SaveChangesAsync();
    }
}

该方案下，每次查询完成后上下文立即释放，不会持续跟踪任何实体，你既可以用非跟踪查询直接绑定，也可以保留克隆逻辑，都不会出现跟踪冲突，取消操作直接跳转即可，不需要任何额外处理。

原有代码的其他问题 #

• 你实现的Clone方法中MemberwiseClone缺少执行括号，属于编译错误；且浅拷贝仅复制值类型属性，若实体包含导航属性，拷贝的是引用地址，修改临时实例的导航属性还是会联动修改原实例
• 直接给保存按钮绑定@onclick会绕过表单验证，即使用户输入不符合校验规则也会执行保存逻辑
• 取消按钮未声明type="button"，会被浏览器默认识别为提交按钮，点击时会触发表单校验和提交逻辑

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