java设计模式

1.单例模式

  概念：就是在整个程序运行过程中到结束，一个类的实例只有一个。

  使用场景：解决一个全局使用的类，频繁创建和销毁。拥有对象的唯一性，并保证内存中对象的唯一。可以节省内存，因为单例共用一个实例，有利于Java的垃圾回收机制。

  优点：1、减少内存开销，尤其是频繁的创建和销毁实例；

             2、避免对资源对过多占用。

  缺点：

             1、没有抽象层，不能继承扩展很难。

             2、违背了“单一职责原则”，一个类只重视内部关系，而忽略外部关系。

             3、不适用于变化对象。

             4、滥用单例会出现一些负面问题，如为节省资源将数据库连接池对象设计为单例，可能会导致共享连接池对象对程序过多而出现连接池溢出。如果实例化的对象长时间不被利用，系统会认为是垃圾而被回收，这样将导致对象状态丢失。

   1.1单例模式的Java实现

1、最简单的实现

单例模式的从实现步骤上来讲，分为三步：

1.   构造方法私有，保证无法从外部通过 new 的方式创建对象。
2. 对外提供获取该类实例的静态方法
3. 类的内部创建该类的对象，通过第 2 步的静态方法返回

首先，能想到的最简单的实现是，把类的构造函数写成private的，从而保证别的类不能实例化此类。然后在类中返回一个静态示例并返回给调用者。这样，调用者就可以通过这个引用使用这个实例了。

public class Singleton{

private static final Singleton singleton = new Singleton();


public static Singleton getInstance(){

return singleton;

}


private Singleton(){


}

}

如上例，外部使用者如果需要使用SingletonClass的实例，只能通过getInstance()方法，并且它的构造方法是private的，这样就保证了只能有一个对象存在。

2、性能优化--lazy loaded

上面的代码虽然简单，但是有一个问题----无论这个类是否被使用，都会创建一个instance对象（原因请见：static与final修饰类属性及初始化问题）。如果这个创建很耗时，比如说链接10000次数据库（夸张一点啦....），并且这个类还不一定会被使用，那么这个创建过程就是无用的，怎么办呢？

为了解决这个问题，我们想到的新的解决方案：

public class SingletonClass {


private static SingletonClass instance = null;


public static SingletonClass getInstance() {

if(instance == null) {

instance = new SingletonClass();

}

return instance;

}


private SingletonClass() {


}


}

       把 instance 设置为 null ,知道第一次使用的时候判是否为 null 来创建对象。因为创建对象不在声明处，所以那个 final 的修饰必须去掉。 

       我们来想象一下这个过程。要使用 SingletonClass ，调用 getInstance（）方法，第一次的时候发现instance时null,然后就创建一个对象，返回出去；第二次再使用的时候，因为这个instance事static的，共享一个对象变量的，所以instance的值已经不是null了，因此不会再创建对象，直接将其返回。

这个过程就称为lazy loaded ,也就是延迟加载-----直到使用的时候才经行加载。