什么是Java单例模式啊 (什么是javaScrip)

本文目录导航：

• 什么是Java单例模式啊？
• 单例模式是什么意思？
• 单例模式的作用及创建方法

什么是Java单例模式啊？

单例模式确保一个类只有一个实例，并向整个系统提供这个实例。

其特点包括：一个类只能有一个实例，自己创建这个实例，并在整个系统中提供这个实例。

例如，在对象图中，有一个“单例对象”，而“客户甲”、“客户乙”和“客户丙”是单例对象的三个客户对象。

所有客户对象共享同一个单例对象。

单例对象持有对自己实例的引用。

Singleton模式的主要作用是在Java应用程序中保证一个类Class只有一个实例存在。

在需要进行单线程操作的场景中，例如建立目录或数据库连接，或者管理内部和外部资源时，单例模式尤为重要。

外部资源管理的例子包括：每台计算机可以有多个打印机，但只能有一个Printer Spooler，以防止两个打印作业同时输出到打印机。

同样，每台计算机可以有多个通信端口，系统应当集中管理这些端口，以防止一个端口被两个请求同时调用。

内部资源管理的例子包括：大多数软件系统都有一个或多个属性文件存放系统配置，这些属性文件应当由一个对象来管理。

例如，Windows回收站只能有一个实例，整个系统都使用这个唯一的实例，而回收站自行提供自己的实例。

因此，回收站是单例模式的一个典型应用。

单例模式有两种实现形式：1. 饿汉式单例类javapublic class Singleton {private Singleton() {} // 私有构造函数，只供内部调用private static Singleton instance = new Singleton(); // 静态实例public static Singleton getInstance() { // 提供静态方法供外部访问return instance;}}2. 懒汉式单例类javapublic class Singleton {private static Singleton instance = null; // 延迟初始化public static synchronized Singleton getInstance() {if (instance == null) {instance = new Singleton(); // 第一次调用时创建实例}return instance;}}懒汉式单例类的特点是延迟初始化，即第一次调用时才创建实例，后续调用不再重复创建，提高了效率。

单例模式是什么意思？

单例模式是一种设计模式，它允许我们确保在一个特定的应用程序上下文中只有一个实例被创建和使用。

使用单例模式的好处是确保应用程序的性能和可维护性。

它能够在多个线程中使用，保证线程的安全性，避免了多个线程同时创建对象占用内存空间的问题，同时也方便进行对象的管理和调用。

单例模式在许多应用中都得到了广泛的应用，例如数据库连接池、日志记录器、线程池等。

在这些应用场景中，需要保证全局唯一性，确保所有的操作一致性，避免重复创建对象，优化资源的分配和释放，从而提高应用程序的整体性能。

单例模式有多种实现方式，其中比较常用的是懒汉式单例模式和饿汉式单例模式。

懒汉式单例模式指的是在第一次访问时再创建一个单例对象，饿汉式单例模式指的是在类加载时就创建了一个单例对象。

在实际应用中，需要根据实际情况选择不同的实现方式，以达到最佳的性能和可维护性。

单例模式的作用及创建方法

单例模式作为常见的设计模式之一，在java的项目开发中会时常的用到。

Java Singleton模式即保证在JVM运行时，一个类Class只有一个实例存在。

单例模式有什么好处呢？ 最简单的一个例子就是网站计数器的设计了。当我们想要统计当前网站的在线人数时，一个显而易见的问题就是并发所带来的线程安全问题，当我们对这个计数器（网站人数）在同一时刻进行操作，再保存计数时就会造成数据的混乱，后者覆盖前者的结果。一种解决方案就是把这个计数器设置为唯一对象，所有人都必须共用同一份数据。 实现唯一对象最好的解决办法就是让类自己负责保存它的唯一实例，并且让这个类保证不会产生第二个实例，同时提供一个让外部对象访问该实例的方法。自己的事情自己办，而不是由别人代办，这非常符合面向对象的封装原则。

单例模式的三个特点：

只有在自身需要的时候才会行动，从来不知道及早做好准备。

它在需要对象的时候，才判断是否已有对象，如果没有就立即创建一个对象，然后返回，如果已有对象就不再创建，立即返回。

该方法在多线程情况下有可能重复创建实例，以下是线程安全的懒汉模式

这种模式的缺点是加锁造成了效率下降，并且在绝大部分情况下是不需要同步的。使用双重检验锁（DCL），只在第一次初始化的时候进行同步加锁

该方式在类加载的时候就被实例化了。

这种方式同样利用了classloder的机制来保证初始化instance时只有一个线程，它跟饿汉不同的是（很细微的差别）：饿汉方式是只要Singleton类被装载了，那么instance就会被实例化（没有达到lazy loading效果），而这种方式是Singleton类被装载了，instance不一定被初始化。

因为SingletonHolder类没有被主动使用，只有显式通过调用getInstance方法时，才会显示装载SingletonHolder类，从而实例化instance。

想象一下，如果实例化instance很消耗资源，我想让它延迟加载，另外一方面，我不希望在Singleton类加载时就实例化，因为我不能确保Singleton类还可能在其他的地方被主动使用从而被加载，那么这个时候实例化instance显然是不合适的。

这个时候，这种方式就显得很合理。

关于类加载情况下单例模式，如果单例由不同的类装载器装入，那便有可能存在多个单例类的实例。

假定不是远端存取，例如一些servlet容器对每个servlet使用完全不同的类 装载器，这样的话如果有两个servlet访问一个单例类，它们就都会有各自的实例。

修复的办法是