C#未手动取消任务却触发Task被取消异常的问题求助

从你的代码和描述来看，这个"A task was cancelled"异常大概率和网络资源竞争或者HttpClient的隐性取消/超时有关，结合你用TPL Dataflow做高并发代理测试的场景，我整理了几个核心排查方向，你可以一步步验证：

1. 高并发代理测试耗尽网络资源，导致检测请求超时 #

你的ProxyTester把并发度设到了100，意味着同时有100个代理测试请求在跑。当系统的网络套接字资源被占满时，InternetConnectionMonitor里的HttpClient.GetAsync可能连连接都建立不起来，很快就触发了你设置的2秒超时——而HttpClient的超时异常确实会包装成TaskCanceledException抛出来，这和你看到的现象完全吻合。

怎么验证？ #

• 先把MaxDegreeOfParallelism改成10这种小数值，再跑一遍测试，看看异常是不是消失了。
• 在InternetConnectionMonitor的catch块里加一行打印，看看具体异常类型：

  catch (Exception ex)
  {
      Console.WriteLine($"连接检测失败：{ex.GetType().Name} - {ex.Message}");
      IsConnected = false;
  }
  

如果输出里是TaskCanceledException还带超时相关的描述，那基本就是资源耗尽导致的超时了。

怎么修复？ #

• 降低ProxyTester的并发度，或者给整个系统的网络连接数设个上限，比如在程序启动时加一行：

  ServicePointManager.DefaultConnectionLimit = 50;
  

• 给InternetConnectionMonitor的检测请求加个重试逻辑，别一次超时就判定离线：

  int retryTimes = 2;
  bool isCheckSuccess = false;
  for (int i = 0; i <= retryTimes; i++)
  {
      try
      {
          await client.GetAsync("http://example.com");
          isCheckSuccess = true;
          break;
      }
      catch when (i < retryTimes)
      {
          await Task.Delay(100); // 重试前等100毫秒
      }
      catch (Exception ex)
      {
          Console.WriteLine($"最终检测失败：{ex.Message}");
      }
  }
  IsConnected = isCheckSuccess;
  

2. async void的不良写法导致异常传播失控 #

你的InternetConnectionMonitor.Start用了async void，这种写法只适合事件处理程序。如果async void方法内部抛异常，会直接炸到当前的同步上下文（比如UI线程），可能引发各种莫名其妙的问题，甚至影响其他任务的正常执行。

怎么修复？ #

把Start改成返回Task的异步方法，然后在调用的时候用_ = ...来避免编译器警告（因为UI构造函数不能用await）：

public static async Task Start(TimeSpan interval)
{
    // 原来的逻辑完全不变，只是返回类型改了
}

// 调用的地方
public proxyTesterView()
{
    InitializeComponent();
    InternetConnectionMonitor.StatusChanged += InternetConnectionMonitor_StatusChanged;
    // 用下划线忽略返回的Task，避免阻塞UI和编译器警告
    _ = InternetConnectionMonitor.Start(TimeSpan.FromSeconds(1));
}

3. 代理测试可能修改了全局网络设置 #

如果你的Proxy.TestValidity方法修改了全局的HttpClient代理设置（比如给HttpClient.DefaultProxy赋值），那InternetConnectionMonitor里的HttpClient会自动继承这个配置，导致检测请求走了一个无效的代理，最终触发取消或者超时异常。

怎么验证？ #

在InternetConnectionMonitor.Start里加一段代码打印当前的代理设置：

using (var client = new HttpClient())
{
    client.Timeout = TimeSpan.FromSeconds(2);
    // 反射获取内部的Handler，查看代理信息
    var handler = client.GetType().GetField("_handler", System.Reflection.BindingFlags.Instance | System.Reflection.BindingFlags.NonPublic)?.GetValue(client) as HttpClientHandler;
    Console.WriteLine($"当前代理：{handler?.Proxy?.GetType().Name ?? "无"}");
    // 原来的循环逻辑
}

如果调用validateProxies之后，输出的代理不是默认的"无"或者DefaultProxy，那就是全局代理被修改了。

怎么修复？ #

让Proxy.TestValidity用独立的HttpClientHandler，别碰全局设置：

// 在Proxy.TestValidity方法内部
var handler = new HttpClientHandler
{
    Proxy = new WebProxy(proxy.Address),
    UseProxy = true
};
using (var client = new HttpClient(handler))
{
    // 执行代理测试的请求逻辑
}

4. 隐性的CancellationToken冲突（概率较低） #

虽然你没手动取消InternetConnectionMonitor的任务，但如果ProxyTester的PauseOrCancelTokenSource的取消信号意外通过同步上下文扩散了，理论上可能影响其他任务，但这种情况比较少见。可以给InternetConnectionMonitor加一个独立的CancellationToken，避免被意外取消：

private static CancellationTokenSource _monitorCts = new CancellationTokenSource();

public static async Task Start(TimeSpan interval)
{
    using (var client = new HttpClient())
    {
        client.Timeout = TimeSpan.FromSeconds(2);
        while (!_monitorCts.Token.IsCancellationRequested)
        {
            try
            {
                // 把自己的CancellationToken传给GetAsync
                await client.GetAsync("http://example.com", _monitorCts.Token);
                IsConnected = true;
            }
            catch (OperationCanceledException ex)
            {
                // 区分是主动停止还是超时
                if (ex.CancellationToken == _monitorCts.Token)
                {
                    // 主动调用Stop，退出循环
                    break;
                }
                else
                {
                    // 超时或者其他取消，标记离线
                    IsConnected = false;
                }
            }
            catch (Exception)
            {
                IsConnected = false;
            }
            await Task.Delay(interval, _monitorCts.Token);
        }
    }
}

public static void Stop()
{
    _monitorCts.Cancel();
    _monitorCts.Dispose();
    _monitorCts = new CancellationTokenSource();
}

建议你先从第一个方向（资源耗尽）开始排查，这是高并发场景下最常见的问题，调整并发度后如果异常消失，基本就能确认原因了。

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