单例模式:
三个要点:
1.某个类只能有一个实例。
2.它必须自行创建这个实例;
3.它必须自行向外提供这个实例。
饿汉式:
优点:
1.线程安全
2.在类加载的同时已经创建好一个静态对象,调用时反应速度快
缺点:
资源效率不高,可能getInstance()永远不会执行到,但执行该类的其他静态方法或者加载了该类(class.forName),那么这个实例仍然初始化
懒汉式: (懒加载的思想,用到才会初始化实例)
优点:
资源利用率高,不执行getInstance()就不会被实例,可以执行该类的其他静态方法
缺点:
第一次加载时不够快,多线程使用不必要的同步开销大
比较:
饿汉式是线程安全的,在类创建的同时就已经创建好一个静态的对象供系统使用,以后不再改变。
懒汉式如果在创建实例对象时不加上synchronized则会导致对对象的访问不是线程安全的,
推荐使用第一种
双重检测:
优点:
资源利用率高,不执行getInstance()就不被实例,可以执行该类其他静态方法
缺点:
第一次加载时反应不快,由于java内存模型一些原因偶尔失败
静态内部类:
优点:
资源利用率高,不执行getInstance()不被实例,可以执行该类其他静态方法
缺点:
第一次加载时反应不够快
=======================================================================================================================================
多例模式:
三个要点:
1.多例类可以有多个实例;
2.多例类必须自己创建,管理自己的实例;
3.向外界提供自己的实例。
从java.util.Locale类中可以看到一个非常具体的多例的用法;
并且可以看到在Locale类中,对于实例数目不多的时候,可以使用一个个的静态变量存储一个个的实例。在数目较多的时候,就需要使用静态聚集存储这些实例。
==========================================================================================================
建造者模式:
建造者模式是一种对象创建型模式之一,用来隐藏复合对象的创建过程,它把复合对象的创建过程加以抽象,通过子类继承和重载的方式,动态地创建具有复合属性的对象。
优点:
在建造者模式中,客户端不用在直接负责对象的创建,而是把这任务交给了具体的创建者类;把具体的如何组装的责任交给了Director类,客户端之负责对象的调用即可,符合单一职责原则。
缺点:
1.难于应付“产品构造过程”的需求变动。
2.创建者模式比较符合产品差别不大的对象的创建,如果差别很大,就会导致非常多的具体的创建者,这时候最好结合工厂方法模式。
建造者模式的实质:
解耦组装过程和创建具体部件,使得客户端不用去关心每个部件是如何组装的。
建造者模式是为了解决复合对象的创建而生的,建造者模式将复杂对象的构建与对象的表现分离开来,这样使得同样的构建过程可以创建出不同的表现;有利明确各部分的职责目标,有利于软件结构的优化。
构建产品构造过程(算法或步骤)是不变的,变化的是建造者的部分。
三个要点:
1.某个类只能有一个实例。
2.它必须自行创建这个实例;
3.它必须自行向外提供这个实例。
饿汉式:
public class Singleton{
private static Singleton singleton = new Singleton ();
private Singleton (){}
public Singleton getInstance(){
return singletion;
}
}
优点:
1.线程安全
2.在类加载的同时已经创建好一个静态对象,调用时反应速度快
缺点:
资源效率不高,可能getInstance()永远不会执行到,但执行该类的其他静态方法或者加载了该类(class.forName),那么这个实例仍然初始化
懒汉式: (懒加载的思想,用到才会初始化实例)
public class Singleton{
private static Singleton singleton = null;
public static synchronized Singleton getInstance(){
if(singleton==null){
singleton = new Singleton();
}
return singleton;
}
}
优点:
资源利用率高,不执行getInstance()就不会被实例,可以执行该类的其他静态方法
缺点:
第一次加载时不够快,多线程使用不必要的同步开销大
比较:
饿汉式是线程安全的,在类创建的同时就已经创建好一个静态的对象供系统使用,以后不再改变。
懒汉式如果在创建实例对象时不加上synchronized则会导致对对象的访问不是线程安全的,
推荐使用第一种
双重检测:
class Singleton4 {
private Singleton4() {}
public static Singleton4 instance = null;
public static Singleton4 getInstance() {
if (instance == null) {
synchronized (Singleton4.class) {
if (instance == null) {
instance = new Singleton4();
}
}
}
return instance;
}
}
优点:
资源利用率高,不执行getInstance()就不被实例,可以执行该类其他静态方法
缺点:
第一次加载时反应不快,由于java内存模型一些原因偶尔失败
静态内部类:
class Singleton5 {
private Singleton5() {}
private static class SingletonHelp {
static Singleton5 instance = new Singleton5();
}
public static Singleton5 getInstance() {
return SingletonHelp.instance;
}
}
优点:
资源利用率高,不执行getInstance()不被实例,可以执行该类其他静态方法
缺点:
第一次加载时反应不够快
=======================================================================================================================================
多例模式:
三个要点:
1.多例类可以有多个实例;
2.多例类必须自己创建,管理自己的实例;
3.向外界提供自己的实例。
从java.util.Locale类中可以看到一个非常具体的多例的用法;
并且可以看到在Locale类中,对于实例数目不多的时候,可以使用一个个的静态变量存储一个个的实例。在数目较多的时候,就需要使用静态聚集存储这些实例。
==========================================================================================================
建造者模式:
建造者模式是一种对象创建型模式之一,用来隐藏复合对象的创建过程,它把复合对象的创建过程加以抽象,通过子类继承和重载的方式,动态地创建具有复合属性的对象。
优点:
在建造者模式中,客户端不用在直接负责对象的创建,而是把这任务交给了具体的创建者类;把具体的如何组装的责任交给了Director类,客户端之负责对象的调用即可,符合单一职责原则。
缺点:
1.难于应付“产品构造过程”的需求变动。
2.创建者模式比较符合产品差别不大的对象的创建,如果差别很大,就会导致非常多的具体的创建者,这时候最好结合工厂方法模式。
建造者模式的实质:
解耦组装过程和创建具体部件,使得客户端不用去关心每个部件是如何组装的。
建造者模式是为了解决复合对象的创建而生的,建造者模式将复杂对象的构建与对象的表现分离开来,这样使得同样的构建过程可以创建出不同的表现;有利明确各部分的职责目标,有利于软件结构的优化。
构建产品构造过程(算法或步骤)是不变的,变化的是建造者的部分。