使用Task.Factory.StartNew动态调用方法时，新建CookieContainer出现线程取消问题

我来帮你捋捋这个线程被取消的问题——大概率不是CookieContainer本身的锅，而是和Task的取消机制、线程安全或者动态调用的上下文有关，咱们一步步拆解：

1. 先确认：是不是真的“线程被取消”，还是异常伪装的？ #

很多时候任务终止看起来像被取消，实际是动态调用过程中抛出了未捕获的异常。先给你的Task加个异常捕获，看看真相：

var loadTask = Task.Factory.StartNew(() => {
    try {
        var cookieContainer = new CookieContainer();
        // 这里放你的动态调用逻辑，比如反射调用DLL里的方法
        var targetMethod = _dlls["YourCoreName"].GetType().GetMethod("YourMethod");
        targetMethod?.Invoke(_dlls["YourCoreName"], new object[] { cookieContainer });
    } catch (Exception ex) {
        // 把异常打出来，比如写入日志或者控制台
        Console.WriteLine($"动态调用出错：{ex.ToString()}");
        throw; // 保留异常让上层感知
    }
});

// 上层等待任务时捕获聚合异常
try {
    loadTask.Wait();
} catch (AggregateException ae) {
    ae.Handle(ex => {
        Console.WriteLine($"任务终止原因：{ex.Message}");
        return true;
    });
}

如果捕获到诸如InvalidOperationException或者跨线程访问的异常，那就是其他问题，不是真的线程被取消。

2. 排查Task的取消令牌是否被误触发 #

如果你调用Task.Factory.StartNew时传入了CancellationToken，要检查这个令牌是不是在CookieContainer初始化前就被取消了：

// 错误示例：令牌提前被取消
var cts = new CancellationTokenSource();
cts.Cancel(); // 这里提前取消了令牌
Task.Factory.StartNew(() => {
    var cookieContainer = new CookieContainer();
    // ...你的逻辑
}, cts.Token);

解决方案：

• 如果不需要取消逻辑，直接用无令牌的重载：Task.Factory.StartNew(() => { ... })
• 如果需要取消，确保令牌在Task执行期间是有效的，比如不在UI线程提前触发取消。

3. 检查CookieContainer的线程安全问题 #

CookieContainer本身不是线程安全的，如果你的动态调用逻辑里多个Task共享同一个CookieContainer实例，很可能会导致内部状态混乱，进而触发任务异常终止（表现为线程被取消）。
解决方案：

• 每个Task创建独立的CookieContainer实例，不要共享：

  Task.Factory.StartNew(() => {
      // 每个任务单独新建容器
      var cookieContainer = new CookieContainer();
      // 用这个容器执行逻辑
  });
  

• 如果必须共享容器，加锁保护操作：

  private static readonly object _cookieLock = new object();
  private CookieContainer _sharedCookieContainer = new CookieContainer();
  
  // 调用时加锁
  Task.Factory.StartNew(() => {
      lock(_cookieLock) {
          // 操作共享的CookieContainer
          _sharedCookieContainer.Add(new Cookie("name", "value", "/", "example.com"));
          // 动态调用方法
      }
  });
  

4. 避免Task.Factory.StartNew的上下文捕获坑 #

Task.Factory.StartNew默认会捕获当前的SynchronizationContext（比如UI线程上下文），如果你的DLL动态调用逻辑依赖的上下文已经被销毁（比如UI窗口关闭），就会导致任务被强制终止。
解决方案：

• 改用Task.Run代替Task.Factory.StartNew——Task.Run默认使用TaskScheduler.Default，不会捕获UI上下文：

  Task.Run(() => {
      var cookieContainer = new CookieContainer();
      // 动态调用逻辑
  });
  

• 或者显式指定TaskScheduler：

  Task.Factory.StartNew(() => {
      var cookieContainer = new CookieContainer();
      // 动态调用逻辑
  }, CancellationToken.None, TaskCreationOptions.None, TaskScheduler.Default);
  

5. 跨AppDomain加载DLL的特殊情况 #

如果你的DLL是加载在独立的AppDomain里，动态调用时传递CookieContainer（非MarshalByRefObject类型）会导致序列化异常，进而终止任务。
解决方案：

• 尽量在同一个AppDomain加载所有DLL；
• 如果必须跨域，让DLL中的核心类继承MarshalByRefObject，实现跨域对象的远程调用。

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