Blazor中Entity Framework按ID删除数据的简易实现故障排查

1. 传递错误ID的问题 #

原因 #

你大概率是在删除按钮的点击事件中，直接引用了页面上表单绑定的全局Employee对象（比如@selectedEmployee.Id），而没有传递表格当前行对应的员工ID。当表格循环渲染时，按钮事件没有捕获当前迭代的员工实例，导致触发时取到的是表单绑定的那个对象的ID，而非目标行的ID。

解决办法 #

在表格的循环渲染逻辑中，给每个删除按钮的点击事件显式传递当前行的员工ID，通过lambda表达式捕获当前迭代的员工实例，避免和全局绑定对象混淆。示例代码：

<table>
    @foreach (var employee in Employees)
    {
        <tr>
            <td>@employee.Name</td>
            <td>@employee.Id</td>
            <td>
                <!-- 显式传递当前行的employee.Id -->
                <button class="btn btn-danger" @onclick="() => DeleteEmployee(employee.Id)">删除</button>
            </td>
        </tr>
    }
</table>

2. async void导致的异步异常问题 #

原因 #

Blazor组件的事件处理方法使用async void时，框架无法捕获异步操作中抛出的异常，这些异常会直接终止应用进程，而且很难排查。async void仅适用于传统的.NET UI事件（如WinForms/WPF的旧事件模型），Blazor完全支持async Task作为事件处理方法的返回类型。

解决办法 #

将删除方法的返回类型从async void改为async Task，同时确保EF的操作正确异步执行。结合EF的简洁实现（无需复杂服务），示例代码如下：

// 注入Scoped生命周期的DbContext（Blazor Server/WASM都适用，WASM需配置EF Core SQLite等）
[Inject]
private AppDbContext DbContext { get; set; }

private List<Employee> Employees { get; set; } = new();

// 正确的异步删除方法，返回Task
private async Task DeleteEmployee(int employeeId)
{
    var employeeToDelete = await DbContext.Employees.FindAsync(employeeId);
    if (employeeToDelete != null)
    {
        DbContext.Employees.Remove(employeeToDelete);
        await DbContext.SaveChangesAsync();
        // 重新加载员工列表，刷新UI
        Employees = await DbContext.Employees.ToListAsync();
    }
}

额外注意事项 #

• 如果页面有EditForm绑定全局Employee对象（比如用于新增/编辑），确保删除按钮的事件逻辑完全独立于这个绑定对象，避免变量污染。
• Blazor Server中DbContext默认是Scoped，直接注入即可；Blazor WASM中需要使用EF Core的WASM适配（比如SQLite），并正确配置DbContext的注册。

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