什么时候单例类比只有静态方法和私有默认构造函数的类更受欢迎？
请投票。
【问题讨论】：
static，所以这与问题无关。
在初始化发生时使用单例更好地控制。 对于静态类，任何初始化都必须在类加载时进行，而您几乎无法控制。例如，对静态最终成员的简单引用将触发类加载。使用单例，初始化可以很容易地推迟到很久以后——通常是第一次使用。
延迟初始化的原因可能是：
使用单例来提高可测试性。如果您需要制作单例的某种模拟对象（广义上）以测试其客户端，一种方法是使用一个接口，并提供一个不同类但实现相同接口的测试单例。
使用单例也使初始化测试更容易。
当您可能需要调试初始化时使用单例。静态初始化的堆栈跟踪可能令人费解。调试也可能令人费解。如果类提前加载，它可能会在 main() 中第一行的断点被命中之前中断。
【讨论】：
什么时候单例类比只有静态方法和私有默认构造函数的类更受欢迎？
当您需要一个实例时。例如，作为方法参数传递。
【讨论】：
只有静态方法的主要原因是当您只需要一个工具箱将一些功能打包在一起时。
我使用单例主要有两个原因：
【讨论】：
如果您有一些需要存储的状态，那么单例就是要走的路。例如，如果您的类需要从属性文件中加载一些配置。
【讨论】：
静态方法不是动态的，这与单例类实例有很大不同。因此，如果您需要从一个类扩展并覆盖某些方法，则第二种方法将不起作用。
对于第二种方式，你可能需要使用一些可能导致内存泄漏的静态引用。
【讨论】：
我想说单例类只在一种情况下更受欢迎：当您有一些系统范围的配置要存储时，很少（如果有的话）需要刷新。
作为我的意思的一个例子，我的一个应用程序中有一个单例模式，它代表用户互联网连接的 NAT 设备。此应用程序旨在供桌面使用，因此很少（如果有的话）看到互联网连接发生变化。假设用户可以将他们的笔记本电脑带到一个新的位置，这将会改变；但是，有一种方法可以在此事件中重新创建状态，但这是一种很少更改的状态，可能需要几秒钟才能初始化。
这需要保持昂贵、不经常更改和全局适用的状态，最好通过应用程序范围的 bean（我的首选）或单例模式 bean 来完成。静态方法不能很好地保留这种状态，尽管您也可以使用静态字段来完成此操作以制作伪单例。 （不确定是否有更好的名称 - 可能）
一般来说，如果可以避免的话，我的建议是不要使用类似单例的模式，因为这会使重用变得更加困难。如果您使用的是 CDI 框架，请将您的 bean 限定在应用程序级别，以便于重用。 （这可能与您无关 - 如果不是，您可以放心地忽略此建议）
【讨论】：