美化的全局变量-变成一个美化的全局类。有人说打破面向对象设计。
给我一些场景，除了使用单例是有意义的良好的老记录器。
当前回答
当需要管理共享资源时，可以使用单例。例如打印机假脱机程序。您的应用程序应该只有一个假脱机程序实例，以避免对相同资源的请求冲突。
或者数据库连接或者文件管理器等等。
其他回答
单例候选人必须满足三个要求:
控制对共享资源的并发访问。 将从系统的多个不同部分请求对资源的访问。 只能有一个对象。
如果你提议的单例只有其中的一两个需求，那么重新设计几乎总是正确的选择。
例如，打印机假脱机程序不太可能从多个位置(打印菜单)调用，因此可以使用互斥来解决并发访问问题。
简单的日志记录器是可能有效的单例的最明显的例子，但这可能会在更复杂的日志记录方案中发生变化。
管理到数据库的连接(或连接池)。
我还会使用它来检索和存储外部配置文件中的信息。
我不认为Singleton的场景与记录器、打印机池或任何示例相关。
单例决策的目的是优化硬件资源，而不是只有一个地方来控制任何记录器或打印机池
我个人认为单例应该在以下情况下使用:
我们正在谈论的对象总是以相同的方式实例化(即任何共享资源，如Logger或打印机池) 它被多次调用(这可以是100或1000，这与您的资源有关) 你的硬件资源是有限的(例如内存、处理能力等)。
如果你有大量的内存空间和处理能力，我认为没有必要使用单例。
Singleton将确保你只有一个实例，并且是惰性加载的，那么如果它被调用一百万次，你就只创建了一个对象。
当需要管理共享资源时，可以使用单例。例如打印机假脱机程序。您的应用程序应该只有一个假脱机程序实例，以避免对相同资源的请求冲突。
或者数据库连接或者文件管理器等等。
当您想要确保一个类将有一个实例，并且该实例将有一个全局访问点时，您可以使用单例设计模式。
假设您有一个应用程序，它需要数据库来处理CRUD操作。理想情况下，您应该使用与数据库相同的连接对象来访问数据库并执行CRUD操作。
因此，为了确保数据库类有一个对象，并且该对象将在整个应用程序中使用，我们实现了单例设计模式。
确保构造函数是私有的，并且提供了一个静态方法来提供对单例类的单个对象的访问
