测试条件然后锁定然后重新测试条件是否好 [英] Is it good to test a condition then lock then re-test the condition

查看:67
本文介绍了测试条件然后锁定然后重新测试条件是否好的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

可能重复:
对.net中的双重检查锁定

Possible Duplicate:
Double-checked locking in .net

编辑:为澄清该问题与单例无关的大量修改

lots of edits to clarify this question is not about singleton

我发现自己正在编写如下代码:

I find myself writing code like this:

    if(resourceOnDiskNeedsUpdating)
    {
        lock(lockObject)
        {
            if(resourceOnDiskNeedsUpdating) // has a previous thread already done this?
                UpdateResourceOnDisk();
        }
    }
    return LoadResourceFromDisk();

UpdateResource()是一个缓慢的操作. 这种模式有意义吗?
有更好的选择吗?

UpdateResource() is a slow operation. Does this pattern make sense?
Are there better alternatives?

推荐答案

这称为双重检查锁定".

This called "double-checked locking".

您需要一个内存围栏以使其正确.

You need a memory fence to make it correct.

请参见有关.NET中双重检查锁定的维基百科文章.

这篇关于测试条件然后锁定然后重新测试条件是否好的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆