三、单例模式
顾名思义,单例就是只有唯一的例子,不能山寨的。以大臣朝拜皇帝(一般一个朝代只有一个皇帝吧)为例子,下面是类图
首先先定义一个皇帝:
public class Emperor {
private static Emperor emperor = null; //定义一个皇帝放在那里,然后给这个皇帝名字
private Emperor(){
//世俗和道德约束你,目的就是不让你产生第二个皇帝
}
public static Emperor getInstance(){
if(emperor == null){ //如果皇帝还没有定义,那就定一个(懒汉式单例模式:等到要用时才创建。)
emperor = new Emperor();
}
return emperor;
}
//皇帝叫什么名字呀
public static void emperorInfo(){
System.out.println("我就是皇帝某某某....");
}
}
接下来定义大臣:
public class Minister {
/**
* @param args
*/
public static void main(String[] args) {
//第一天
Emperor emperor1=Emperor.getInstance();
emperor1.emperorInfo(); //第一天见的皇帝叫什么名字呢?
//第二天
Emperor emperor2=Emperor.getInstance();
Emperor.emperorInfo();
//第三天
Emperor emperor3=Emperor.getInstance();
emperor2.emperorInfo();
//三天见的皇帝都是同一个人,荣幸吧!
}
}
从上面来看,单例模式很简单,就是在构造函数中多了加一个构造函数,访问权限是 private 的就可以了,这个模式是简单,但是简单中透着风险,风险?什么风险?在一个 B/S 项目中,每个 HTTP Request 请求到 J2EE的容器上后都创建了一个线程,每个线程都要创建同一个单例对象,由于多线程的并发,可能使内存中出现两个相同的实例对象,如果你这个单例是去拿一个序列号或者创建一个信号资源的时候,就可能导致出现数据不一致的情况。 以下提供一种解决方案:
/**
* 通用单例模式
*/
public class SingletonPattern {
private static final SingletonPattern singletonPattern= new SingletonPattern();
// 限制住不能直接产生一个实例
private SingletonPattern(){
}
public synchronized static SingletonPattern getInstance(){
return singletonPattern;
}
}
直接 new 一个对象传递给类的成员变量 singletonpattern,你要的时候 getInstance()直接返回给你。使内存只存在单一的实例对象。
总结:单例设计模式主要有有懒汉式和饿汉式设计模式。二者的区别体现在如下两个方面。
1、线程安全
饿汉式天生就是线程安全的,可以直接用于多线程而不会出现问题。
而懒汉式本身是非线程安全的,他是在需要的时候才进行对象的创建,可能出现如上所述的内存出现两个实例对象的情况,会导致一些线程安全问题。
2、资源加载和性能方面
饿汉式在类创建的同时就实例化一个静态对象出来,不管之后会不会使用这个单例,都会占据一定的内存,但是相应的,在第一次调用时速度也会更快,因为其资源已经初始化完成。
而懒汉式顾名思义,会延迟加载,在第一次使用该单例的时候才会实例化对象出来,第一次调用时要做初始化,如果要做的工作比较多,性能上会有些延迟。