ThreadPool异常

时间:2011-12-22 12:05:58

标签: c# .net multithreading threadpool

我需要一次使用60个线程(并行),为此我使用ThreadPool。我在这里有例外:

temp = 1;
for (int j = 0; j < temp; j++) {
   ThreadPool.QueueUserWorkItem(delegate(object notUsed) {
      RequestToRajons(rajs_ip[j].ToString(),rajs_name[j].ToString(), sql_str, base_str, saveFileDialog1,j); 
   });
}

它给了我j=1(数组超出范围)的异常。但我有一个contidion! 如果我在步骤中使用断点,我没有例外。

1 个答案:

答案 0 :(得分:12)

这是经典的/捕获问题,因为您正在“捕获”j,而只有一个j 。所有线程都使用相同的j变量进行处理;他们看到的是不确定的,但最后几个线程很可能会看到循环的退出值,即太多了。

相反:

for (int loopIndex = 0; loopIndex < temp; loopIndex++)
{
    int j = loopIndex;
    // the following line has not changed at all
    ThreadPool.QueueUserWorkItem(delegate(object notUsed) { RequestToRajons(rajs_ip[j].ToString(),rajs_name[j].ToString(), sql_str, base_str, saveFileDialog1,j); });
}

这听起来很愚蠢,但是现在每次循环迭代都有j,因为 capture 的范围取决于变量的声明范围。在这里,j被定义为内部循环。在for循环中,变量在技术上定义循环外。


另一种方法是将参数用于线程池:

for(int loopIndex = 0; loopIndex < temp; loopIndex++)
{
    ThreadPool.QueueUserWorkItem(delegate(object ctx) {
        int j = (int) ctx;
        // stuff involving j
    }, loopIndex); // <=== see we're passing it in, rather than capturing
}

这是“捕获的变量”和匿名方法如何工作的扩展版本,过度简化的版本;首先,编译器会为您执行此操作:

class CaptureContext { // <== the real name is gibberish
    public int j; // yes it is a field; has to be, so `ref` and `struct` etc work
    public void SomeMethod(object notUsed) {
        RequestToRajons(rajs_ip[j].ToString(),rajs_name[j].ToString(), sql_str, base_str, saveFileDialog1,j); 
    }
    // it might also be capturing "this"; I can't tell from your example
}

并且您的方法变为(因为j 技术上在循环外定义

var ctx = new CaptureContext();
for (ctx.j = 0; ctx.j < temp; ctx.j++) {
    ThreadPool.QueueUserWorkItem(ctx.SomeMethod);
}

现在;你能看到只有一个“捕获”对象,并且我们在ctx.j不一定是我们想象的那些时间的随机点上使用它吗?该修复程序将其重写为:

for (int loopIndex = 0; loopIndex < temp; loopIndex++) {
    var ctx = new CaptureContext();
    ctx.j = loopIndex;
    ThreadPool.QueueUserWorkItem(ctx.SomeMethod);
}

在这里,你能看到每次迭代都有一个“捕获”对象 ,这是因为j在循环中被声明为 吗? “什么是新的捕获上下文”取决于捕获的变量的范围