最常用的设计模式 (最常用的设计模式有哪些)
本文目录导航：
最常用的设计模式-单例
单例模式，一种创建型设计模式，确保类在整个应用中只有一个实例，提供全局访问点，避免重复实例化，简化代码。
其关键在于确保全局唯一性，提供单一入口。
使用单例模式主要为限制实例化次数，简化访问方式，适用于全局管理类或需要共享资源的场景。
然而，使用不当可能引发全局状态和耦合问题，影响代码结构和可维护性。
选择单例模式时需权衡。
其优点包括简化访问和全局管理，降低代码复杂度。
缺点则涉及全局状态风险、耦合问题和单点故障，可能限制代码灵活性。
Java中双重检查锁定实现单例模式示例展示了如何安全高效地创建唯一实例，通过私有构造函数和volatile关键字确保线程安全，使用双重检查锁定机制提高性能。
实例化操作仅在实例未创建时执行，避免不必要的同步开销。
在实际应用中，通过调用()方法即可获取唯一实例，适用于需要全局访问且实例化成本较高的场景。
在选择设计模式时，应综合考虑应用需求、性能、可维护性等因素，权衡利弊，合理运用。
什么叫单例模式，如何实现，有什么作用？
在编程中，单例模式确保一个类只有一个实例，并提供一个全局访问点。
这种方式常用于资源管理、日志记录和配置访问等场景。
例如，在上述代码中，EESGateway 类使用了单例模式来管理数据库连接。
具体实现上，EESDatabaseDataContext _Context = null 定义了一个静态变量，用于存储单例实例。
当外部调用>单例模式的作用及创建方法
单例模式作为常见的设计模式之一，在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访问一个单例类，它们就都会有各自的实例。
修复的办法是
phper