Question

相关: 如何从ThreadPool.QueueUserWorkItem中排出例外情况?

The background reads do this:

try
{
    ... stuff happens here...
}
catch (Exception ex1)
{
    lock(eLock) 
    {
        // record only the first exception
        if (_pendingException == null) 
            _pendingException = ex1;
    }
}

有许多潜在的作者——多面背景之子——可以选择接受,因此,我有24小时保护。

在主线上,我是否在阅读<代码>之前24小时? 或者,我只能这样做:

if (_pendingException != null)
    ThrowOrHandle();

EDIT:
ps: I would prefer to NOT take the lock on the reader thread because it is on the hot path, and I d be taking and releasing the lock very, very often.

Answer 1

尽管你可能只关注第一个例外,但你可能仍然希望至少使用锁:

In multi-core CPUs, without making a variable volatile (or performing any memory barrier operation) , there might be a moment when threads running on different cores may see different values. ~~(I am not sure calling lock(queue) in a worker thread will cause any memory barrier operation though).~~ (update) Calling lock(queue) in a worker thread will cause memory barrier operation as pointed out by Eric in the comment below.

~~2. 请记住:~~。参考资料不是(通过Eric Lippert)(如果您在32轨《航天新一代航程》中引述,可以原读)。某些不透明的结构可能会被改变,而这种结构在将来释放《南极海生委》时可能无法原谅(尽管我认为不可能在可预见的未来发生这种情况):)和你的法典将打破。

Answer 2

你们将无法摆脱这一轻而易举。如果在读者处理现有问题之前再 another一.,你就会失去例外。您在此所需要的是同步的:

try
{
    ... stuff happens here...
}
catch (Exception ex1)
{
    lock(queue)
    {
        queue.Enqueue(ex1);
        Monitor.PulseAll(queue);
    }
}

处理:


while(!stopped)
    lock (queue)
    {
        while (queue.Count > 0)
            processException(queue.Dequeue());
        Monitor.Wait(queue);
    }

Answer 3

阅读和书写的参考资料是原子(见C# Spec)和Im 几乎肯定,锁确实造成了一种记忆障碍,你正在做的是,可证明是。

但是,这真的是在你读到的24小时。它保证了工作;如果大家看不见,你知道什么是错的,如果锁定造成你的业绩问题,那么你就会经常重新检查旗帜,而只是“正确的东西”。

友情链接