如何避免Task.Run同时重复执行同一方法？

嘿，这个问题我之前也碰到过类似的场景，短时间连续触发异步请求导致的重复提交Bug确实挺闹心的。给你几个最优的解决思路，按实用性排序推荐：

1. 给请求加防抖（Debounce） #

这是应对“短时间连续调用”最直接的方案，核心逻辑是延迟执行请求，如果在延迟窗口内收到新的调用，就重置计时器，只执行最后一次请求。比如设置200ms的防抖窗口，连续两次调用只会触发最后一次。

实现起来很简单，用CancellationTokenSource就能搞定：

private CancellationTokenSource _debounceCts;

public async void SendDataAsync(DataModel data)
{
    // 先取消之前待执行的延迟请求
    _debounceCts?.Cancel();
    _debounceCts = new CancellationTokenSource();

    try
    {
        // 等待防抖窗口（可根据业务调整时长）
        await Task.Delay(200, _debounceCts.Token);
        
        // 执行你的服务器发送逻辑
        await Task.Run(() => YourSendToServerMethod(data), _debounceCts.Token);
    }
    catch (OperationCanceledException)
    {
        // 被取消的请求直接忽略即可
    }
}

小提醒：如果你的场景需要合并两次请求的数据（而不是只执行最后一次），可以把防抖改成节流（Throttle）——固定时间内只执行一次，合并期间收到的所有数据。

2. 用异步锁确保同一时间只有一个请求执行 #

如果防抖不适用（比如必须保证每个请求都不丢失，但不能并行执行），那异步锁是最佳选择。.NET里的SemaphoreSlim专门用来处理异步场景的锁，比传统lock更友好：

private readonly SemaphoreSlim _sendLock = new SemaphoreSlim(1, 1);

public async Task SendDataAsync(DataModel data)
{
    await _sendLock.WaitAsync();
    try
    {
        // 这里建议直接调用异步的服务器接口，没必要用Task.Run包装IO操作
        await YourAsyncSendToServerMethod(data);
    }
    finally
    {
        _sendLock.Release();
    }
}

优势：不管调用多频繁，请求都会按顺序排队执行，完全避免并发导致的Bug，而且不会阻塞线程池。

3. 检查请求状态，避免重复提交相同数据 #

如果你的业务要求“同一数据不能重复发送”，可以维护一个待处理请求的集合，发送前先做校验：

private readonly HashSet<string> _pendingRequests = new HashSet<string>();
private readonly object _lockObj = new object();

public async Task SendDataAsync(DataModel data)
{
    // 生成数据的唯一标识，比如用ID+内容哈希
    var dataKey = GetUniqueKeyForData(data); 
    lock (_lockObj)
    {
        if (_pendingRequests.Contains(dataKey))
        {
            // 相同请求正在处理，直接返回
            return;
        }
        _pendingRequests.Add(dataKey);
    }

    try
    {
        await YourAsyncSendToServerMethod(data);
    }
    finally
    {
        lock (_lockObj)
        {
            _pendingRequests.Remove(dataKey);
        }
    }
}

适用场景：比如用户快速点击两次按钮触发的重复请求，能确保同一数据只提交一次。

选择建议 #

• 如果是误操作/短时间连续触发（比如用户快速点按钮），优先用防抖；
• 如果是必须保留所有请求，但不能并发执行，用异步锁；
• 如果是同一数据绝对不能重复提交，用请求状态检查。

另外提个小优化：如果你的服务器接口本身支持异步调用，建议去掉Task.Run，直接调用异步方法就行——IO操作不需要额外占用线程池线程。

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