Blazor实时搜索报错：上下文实例未完成操作时启动新操作

你现在的实时搜索实现，在用户快速输入时会频繁触发异步请求，导致DbContext因并发操作抛出System.InvalidOperationException异常。用loading状态阻塞的方式虽能解决问题，但会直接丢弃用户中间的输入请求，影响搜索体验。以下是几种更优的解决方案：

1. 防抖（Debounce）处理 #

防抖的核心是延迟执行搜索请求，直到用户停止输入一段指定时间（比如300ms），仅对用户最终输入的内容发起请求，大幅减少不必要的接口调用。

实现示例 #

在组件中添加防抖逻辑：

private Timer? _debounceTimer;
private readonly TimeSpan _debounceDelay = TimeSpan.FromMilliseconds(300);

private void OnSearchInputChanged()
{
    // 重置之前的定时器
    _debounceTimer?.Dispose();
    
    _debounceTimer = new Timer(async _ =>
    {
        await InvokeAsync(async () =>
        {
            customerList = await CustomerViewModelService.GetCustomers(filter);
            StateHasChanged();
        });
    }, null, _debounceDelay, Timeout.InfiniteTimeSpan);
}

修改Razor绑定，替换原有的LoadCustomers：

<input type="text" class="form-control" @bind="filter.SearchQuery" @bind:event="oninput" @bind:after="OnSearchInputChanged" placeholder="Search" />

注意：组件销毁时需调用_debounceTimer?.Dispose()，避免内存泄漏。

2. 取消未完成的请求 #

当新的搜索请求发起时，主动取消之前尚未完成的请求，确保同一时间只有一个请求在执行，同时保证最终执行的是最新的搜索条件。

实现示例 #

在组件中维护一个CancellationTokenSource用于取消请求：

private CancellationTokenSource? _cts;

private async Task LoadCustomers()
{
    // 取消并清理之前的请求令牌
    _cts?.Cancel();
    _cts?.Dispose();
    _cts = new CancellationTokenSource();

    try
    {
        customerList = await CustomerViewModelService.GetCustomers(filter, _cts.Token);
    }
    catch (OperationCanceledException)
    {
        // 忽略取消操作的异常
    }
    finally
    {
        _cts.Dispose();
        _cts = null;
    }
}

修改服务方法，支持接收取消令牌：

public async Task<List<Customer>> GetCustomers(FilterModel filter, CancellationToken cancellationToken = default)
{
    return await _dbContext.Customers
        .Where(c => c.Name.Contains(filter.SearchQuery))
        .ToListAsync(cancellationToken);
}

这种方式不会丢弃用户输入，只会取消过时的请求，搜索体验更流畅。

3. 确保DbContext的正确作用域 #

异常的根本原因是DbContext不是线程安全的，如果你的CustomerViewModelService复用了同一个DbContext实例，多个异步请求同时操作就会触发异常。

修复方式 #

• 依赖注入场景：将DbContext注册为Scoped（Blazor Server默认配置即为Scoped，但需注意组件生命周期与服务的匹配）；
• 显式创建实例：在服务方法内用using创建独立的DbContext实例（适合Transient服务）：

public async Task<List<Customer>> GetCustomers(FilterModel filter)
{
    using var dbContext = new AppDbContext();
    return await dbContext.Customers
        .Where(c => c.Name.Contains(filter.SearchQuery))
        .ToListAsync();
}

这种方式从根源上避免了并发操作同一个DbContext的问题，配合防抖或取消请求方案使用效果更佳。

原有方案的不足 #

你之前用loading状态阻塞的方式，会导致用户快速输入时中间的搜索请求被直接丢弃——比如用户输入"abc"，可能只执行了"a"的搜索，"b""c"的请求都被忽略，用户看到的结果并非最新输入对应的内容。而上面的方案要么只执行最终输入的请求（防抖），要么取消旧请求执行新请求（取消令牌），更符合实时搜索的预期。

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