使用 Singleton 类可以保证一个类的实例将控制权交给程序员。真的很有用。
我想知道例如给定框架中是否存在单例接口来绕过显式创建/添加的需要？
贴花会很方便：
public sealed class MySingleton : ISingleton //or a different class
{ ... }
然后期望这个类只被实例化一次。
这是个好主意，还是我想的有点不对劲？ :)
【问题讨论】：
标签： c# java frameworks singleton
public class Singleton<T> where T : class, new()
{
static class SingletonCreator
{
internal static readonly T instance = new T();
}
public static T Instance
{
get
{
return SingletonCreator.instance;
}
}
}
它既懒惰又多才多艺。按需定义构造函数。
【讨论】：
Ruby 有一个名为singleton 的模块，它使包含它的类成为单例。该模块内置于标准库中。
【讨论】：
.NET 4.0 具有Lazy(T) Class，它将在首次访问时以线程安全的方式延迟初始化一个值。 Lazy Initialization 话题有很多例子。
此外，如果您使用的是Unity，则可以使用ContainerControlledLifetimeManager 配置lifetime manager，以确保单个实例。
【讨论】：
在 Java 中，您可以简单地使用枚举类型来做到这一点。您可以指定实例的数量，以便您选择没有（也称为实用程序类）、一个（也称为单例）或更多。
public enum MySingleton {
INSTANCE;
}
【讨论】：
也许不是您想要的，但这是我最喜欢的 C# 中单例模式的版本。它是线程安全的，使用惰性实例化，并且不需要任何锁。编写起来也很轻松……不需要框架。 ;)
class MyClass
{
// ...
#region Singleton pattern
private MyClass() { }
public static MyClass Instance { get { return Singleton.instance; } }
class Singleton
{
static Singleton() { }
internal static readonly MyClass instance = new MyClass();
}
#endregion
// ...
}
获取对象实例：
MyClass m = MyClass.Instance;
【讨论】：
Google Guice 是一个依赖注入框架，支持 @Singleton 注释。
请注意，使用 @Singleton 注释的类不是“真正的”单例 - 没有什么可以阻止客户端代码创建此类类的许多实例。但是，Guice 管理的依赖项都将共享同一个实例。
【讨论】：
单例模式背后的意图是“配置一次，多次使用”。这通常用于共享上述答案之一中提到的任何类型的数据或资源。但启用任何类型的“管理”应用程序也很有用。 （如果是 Java，请考虑 JMX）
您有一个可以多次使用的特定类的实例。由于只有一个实例，通过适当地配置该实例，您可以反映整个应用程序的配置更改。因此，单例模式可以为您的应用启用“管理仪表板”。
Spring 或 Spring.NET（Spring 的 .NET 实现）对于配置和注入单例非常有用。相同的论点适用于任何类型的依赖注入框架。您应该阅读有关依赖注入的一般信息以利用全部功能。跨多个 JVM 或集群的真正单例通常更难创建和管理。并且可能需要工具支持。在实践中，没有必要创建和维护它。
不要将单例与静态混淆！构造看起来很相似，但可能有很大不同。现在来敲我自己的小号！ Here 是我写的一篇关于静态方法的文章的链接。
【讨论】：
我想知道例如给定框架中是否存在单例接口来绕过显式创建/添加的需要？
它不存在，也不可能存在。单例基本上需要static Singleton getInstance()方法，但是因为是static，所以不能定义为抽象（接口）方法。这也是有道理的，只能有 一个 单例实现，而不是多个。抽象它是没有意义的。
您需要自己对完整的单例进行样板化。然而，我强烈质疑这有什么用。防止堆栈溢出或内存错误当然不是其唯一目的。编写 good 代码可以防止这种情况。仅当您希望最终用户始终处理 same 实例时，单例才有用。顺便说一句，没有单例模式也可以做到这一点。要么直接声明它static，要么利用普通框架可以为您提供的“应用程序范围”概念。
而不是单例，而是寻找inversion of control（依赖注入）。顺便说一句，这也正是 Spring 正在做的事情。他们不使用“纯”单例。他们的用词很糟糕。
【讨论】：
Singleton 不能防止堆栈溢出，不知道你在做什么。
对于 Java，想到的是 Spring。默认情况下，您编写的每个 Spring bean 都是一个单例。你可以在 100 个地方使用它，它们都将通过注入自动设置，所有 100 个引用都将指向同一个对象（即单例）。当你在 Spring 中建立一个项目时，你可以按照约定将任何你想要的类设为单例。
【讨论】：