1.单实例和多实例
单实例一般会在类中自己实例化，通过getInstance获取该实例。ps:
/**
* 单例模式
*/
public class Singleton {
private static Singleton singleton = new Singleton();
private Singleton() {}
public static Singleton getInstance() {
return singleton;
}
多实例则可以随意new。ps:
public class Multiton {
private static Multiton multi1 = new Multiton();
private static Multiton multi2 = new Multiton();
private Multiton() {}
public static Multiton getInstance(int key) {
if(key == 1) {
return multi1;
} else {
return multi2;
}
}
/**
* 获取1—6之间的随机数
*/
public void getValue() {
int value = (int)(Math.random()*6+1);
System.out.println(value);
}
}
/**
* 多例模式测试
* @author solid
*
*/
public class TestMultiton {
private static Multiton multi1;
private static Multiton multi2;
public static void main(String[] args) {
multi1 = Multiton.getInstance(1);
multi2 = Multiton.getInstance(2);
multi1.getValue();
multi2.getValue();
}
}
2. 为什么用单例、多例：
之所以用单例，是因为没必要每个请求都新建一个对象，这样子既浪费CPU又浪费内存；
之所以用多例，是为了防止并发问题；即一个请求改变了对象的状态，此时对象又处理另一个请求，而之前请求对对象状态的改变导致了对象对另一个请求做了错误的处理；
用单例和多例的标准只有一个：
当对象含有可改变的状态时（更精确的说就是在实际应用中该状态会改变），则多例，否则单例；
3. 何时用单例？何时用多例？
对于struts2来说，action必须用多例，因为action本身含有请求参数的值，即可改变的状态；
而对于STRUTS1来说，action则可用单例，因为请求参数的值是放在actionForm中，而非action中的；
另外要说一下，并不是说service或dao一定是单例，标准同第3点所讲的，就曾见过有的service中也包含了可改变的状态，同时执行方法也依赖该状态，但一样用的单例，这样就会出现隐藏的BUG,而并发的BUG通常很难重现和查找；