C#Singleton线程安全

时间:2012-07-26 08:16:07

标签: c# thread-safety singleton

我有一个与此相似的单身类

public class Singleton
{
    private static Singleton m_instance;
    private Timer m_timer;
    private static List<CustomObject> m_cacheObjects;

    private Singleton()
    {    
        m_cacheObjects = new List<CustomObject>();
        m_timer= new Timer(MyTimerCallBack, 
                           null, 
                           TimeSpan.FromSeconds(60), 
                           TimeSpan.FromSeconds(60));           
    }

    public static Singleton Instance
    {
        get
        {
            if (m_instance == null)
            {
                m_instance = new Singleton();
            }
            return m_instance;
        }
    }

    private void MyTimerCallBack(object state)
    {
        //******** Update the list by interval here ******************

        m_cacheObjects = UpdateTheList();
    }

    public void CallMe()
    {
        foreach (CustomObject obj in m_cacheObjects)
        {
            // do something here based on obj

            // The question is, does the m_cacheObjects is thread safe??
            // what happen if the m_cacheObjects is changed
            // during the loop interation?
        }
    }
}

CallMe方法将由Web服务调用:

  [WebMethod]
    public void CallMeWebService()
    {
        Singleton.Instance.CallMe();
    }

问题: 1)m_cacheObjects是线程安全的吗?如果在循环交互期间(在CallMe()中)m_cacheObjects被更改(因为计时器)会发生什么?

2)在调用Webservice CallMeWebService()时是否会创建一个新线程?

6 个答案:

答案 0 :(得分:8)

1:不,静态列表不是自动线程安全的;你必须手动保护m_cacheObjects

2:这是一个实现细节;乍一看,它似乎将自己暴露为同步方法,但如何它完全取决于它

实际上,您的静态初始化也不是线程安全的;我可以强制使用两个不同Singleton实例的场景。生产它需要重复,但它会发生。

坦率地说,除非你有充分的理由不这样做,否则最简单但最安全的单身人士模式就是:

private static readonly Singleton m_instance = new Singleton();

答案 1 :(得分:5)

我建议你在Jon Skeets上发表关于如何在http://csharpindepth.com/Articles/General/Singleton.aspx创建线程安全单例的文章

答案 2 :(得分:5)

//using System.Runtime.CompilerServices;

private static volatile Singelton _instance;

public static Singelton Instance
{
    [MethodImpl(MethodImplOptions.Synchronized)]
    get
    {
        if (_instance == null)
        {
            _instance = new Singelton();
        }
        return _instance;
    }
}

说明:

[MethodImpl(MethodImplOptions.Synchronized)]这将告诉编译器对“Instance”的访问是“已同步”,因此系统会关注对此参数的调用。

这是线程安全的。

编辑: (另外,“Lock()”示例不安全!Coz,你可以通过“Monitor.Exit(Singleton);”来禁用线程安全性。)

答案 3 :(得分:4)

这是一个非常好的资源,介绍如何以线程安全的方式实现单例模式:http://msdn.microsoft.com/en-us/library/ff650316.aspx

public sealed class Singleton
{
   private static volatile Singleton instance;
   private static object syncRoot = new Object();

   private Singleton() {}

   public static Singleton Instance
   {
      get 
      {
     if (instance == null) 
     {
        lock (syncRoot) 
        {
           if (instance == null) 
          instance = new Singleton();
        }
     }

     return instance;
      }
   }
}

这只是确保永远不会有多个实例。您还需要为自定义方法应用锁定。

public void CallMe()
{
    lock (syncRoot) 
    {
        foreach (CustomObject obj in m_cacheObjects)
        {
            // do something here based on obj
        }
    }
}

答案 4 :(得分:0)

它不是线程安全的。

我相信我会在'MyTimerCallBack'和'CallMe'方法中使用 lock

答案 5 :(得分:0)

1)不,m_cacheObjects不是线程安全的。

2)是的,将创建新线程(好吧,它可能不是新线程,而是从线程池中删除线程)。

您需要使用m_cacheObjects声明保护lock。另外,在CallMe方法中,我建议创建m_cacheObjects的本地副本:

// create new field syncRoot
private static readonly object syncRoot = new object();

新的CallMe方法:

List<CustomObject> localCopy;
lock (syncRoot)
{
    localCopy = new List<CustomObject>(m_cacheObjects);
}

foreach (var nextObject in localCopy)
{
// Do some work
}

更新MyTimerCallBack方法:

lock (syncRoot)
{
    m_cacheObjects = UpdateTheList();
}

并且还请实现线程安全的Singleton(有关详细信息,请阅读其他答案)。