换句话说，这个单例实现是线程安全的:
public class Singleton
{
private static Singleton instance;
private Singleton() { }
static Singleton()
{
instance = new Singleton();
}
public static Singleton Instance
{
get { return instance; }
}
}
当前回答
静态构造函数保证每个应用程序域只触发一次，所以你的方法应该是OK的。然而，它在功能上与更简洁的内联版本没有什么不同:
private static readonly Singleton instance = new Singleton();
当您在惰性初始化事物时，线程安全更是个问题。
其他回答
静态构造函数保证是线程安全的。 另外，看看DeveloperZen上关于Singleton的讨论: http://web.archive.org/web/20160404231134/http://www.developerzen.com/2007/07/15/whats-wrong-with-this-code-1-discussion/
静态构造函数保证每个应用程序域只触发一次，所以你的方法应该是OK的。然而，它在功能上与更简洁的内联版本没有什么不同:
private static readonly Singleton instance = new Singleton();
当您在惰性初始化事物时，线程安全更是个问题。
下面是上面MSDN页面上c#单例的Cliffnotes版本:
使用下面的模式，总是，你不会错:
public sealed class Singleton
{
private static readonly Singleton instance = new Singleton();
private Singleton(){}
public static Singleton Instance
{
get
{
return instance;
}
}
}
除了明显的单例特性之外，它还免费提供了以下两个功能(相对于c++中的单例而言):
惰性构造(如果从未调用，则不进行构造) 同步
使用静态构造函数实际上是线程安全的。静态构造函数保证只执行一次。
来自c#语言规范:
类的静态构造函数在给定的应用程序域中最多执行一次。静态构造函数的执行由应用程序域中发生的以下事件中的第一个触发: 创建类的实例。 类的任何静态成员都被引用。
所以，是的，你可以相信你的单例会被正确地实例化。
Zooba提出了一个很好的观点(比我早15秒!)，即静态构造函数不能保证线程安全的对单例对象的共享访问。这需要用另一种方式来处理。
静态构造函数被锁定。当类型初始化式正在运行时，任何其他试图以触发类型初始化式的方式访问该类的线程都将阻塞。
但是，运行类型初始化式的线程可以访问未初始化的静态成员。因此，如果从UI线程运行类型初始化器，请确保不要从类型初始化器调用Monitor.Enter() (lock(){})或ManualResetEventSlim.Wait()——这些是“可中断”的等待，会导致事件循环运行，在类型初始化器尚未完成时执行程序的任意其他部分。
最好使用托管块而不是非托管块。WaitHandle。WaitOne WaitHandle。WaitAny WaitHandle。WaitAll、监控。输入、监控。TryEnter,线程。加入,GC。WaitForPendingFinalizers等等都对Thread有响应。中断和线程中止。同样，如果你的线程是在一个单线程的公寓，所有这些托管阻塞操作将正确泵消息在你的公寓当你的线程被阻塞:
