(小谈设计模式（22）—单例模式)
专栏介绍
主要对目前市面上常见的23种设计模式进行逐一分析和总结，希望有兴趣的小伙伴们可以看一下，会持续更新的。希望各位可以监督我，我们一起学习进步，加油，各位。
单例模式
单例模式是一种创建型设计模式，它保证一个类只有一个实例，并提供一个全局访问点。单例模式在许多情况下都非常有用，比如控制资源的访问、线程池、日志对象等。
点睛所在
控制对象的实例化过程。通常情况下，我们可以通过将构造函数私有化来防止外部直接创建对象。然后，我们需要提供一个静态方法来获取单例对象，这个方法负责创建对象并在后续调用时返回同一个实例。
优缺点分析
优点
确保只有一个实例
单例模式可以确保一个类只有一个实例存在，这样可以避免多个实例之间的冲突和资源的浪费。
全局访问点
单例模式提供了一个全局访问点，使得其他对象可以方便地访问该实例，避免了对象之间的耦合。
节省资源
由于单例模式只创建一个实例，可以节省系统资源，特别是在需要频繁创建和销毁对象的情况下，可以显著提高系统的性能。
线程安全
通过合理的实现方式，单例模式可以保证在多线程环境下的线程安全性。
缺点
难以扩展
由于单例模式只允许存在一个实例，因此难以扩展为多个实例。如果需要创建多个实例，就需要修改单例模式的实现。
对象的生命周期
由于单例模式的实例在整个程序运行期间都存在，可能会导致对象的生命周期过长，造成资源的浪费。
单一职责原则
单例模式将创建对象和控制访问对象的责任集中在一起，违反了单一职责原则。这可能会导致单例类的职责过重，不利于代码的维护和扩展。
隐藏依赖关系
单例模式可能会导致对象之间的依赖关系变得隐式，使得代码的可读性和可维护性降低。
Java程序实例
实例a
public class Singleton {
private static Singleton instance;
private Singleton() {
// 私有构造函数
}
public static Singleton getInstance() {
if (instance == null) {
instance = new Singleton();
}
return instance;
}
}
分析
在这个实现中，我们将构造函数私有化，然后提供了一个静态方法 getInstance() 来获取单例对象。在这个方法中，我们首先检查实例是否已经被创建，如果没有则创建一个新的实例并返回。这种实现方式被称为 “懒汉式”，因为它只有在第一次调用 getInstance() 方法时才会创建实例。
但是，这种实现方式并不是线程安全的。如果多个线程同时调用 getInstance() 方法，可能会导致多个实例被创建。为了解决这个问题，我们可以使用同步锁来保证线程安全。
实例b，更安全
public class Singleton {
private static Singleton instance;
private Singleton() {
// 私有构造函数
}
public static synchronized Singleton getInstance() {
if (instance == null) {
instance = new Singleton();
}
return instance;
}
}
分析
在这个实现中，我们使用了 synchronized 关键字来保证线程安全。但是，这种实现方式会导致性能问题，因为每次调用 getInstance() 方法时都会进行同步。
优化 ——“双重检查锁定” 实现方式
public class Singleton {
private static volatile Singleton instance;
private Singleton() {
// 私有构造函数
}
public static Singleton getInstance() {
if (instance == null) {
synchronized (Singleton.class) {
if (instance == null) {
instance = new Singleton();
}
}
}
return instance;
}
}
分析
在这个实现中，我们首先检查实例是否已经被创建，如果没有则进入同步块。在同步块中，我们再次检查实例是否已经被创建，如果没有则创建一个新的实例。使用 volatile 关键字可以保证多线程下的可见性。
总结
单例模式在一些特定的场景下非常有用，可以确保一个类只有一个实例，并提供全局访问点。但是，需要注意单例模式的实现方式，避免出现线程安全和性能问题，并权衡其优缺点来决定是否使用单例模式。
