http://www.cnblogs.com/pengmengnan/p/6717766.html

一 : 工厂模式
工厂模式主要是为创建对象提供过度接口,以便将创建对象的具体 
过程屏蔽隔离起来,达到提高灵活性的目的.
工厂模式可以分为三类 : 
(1)简单工厂模式(simple factory)
(2)工厂方法模式 (factory method)
(3)抽象工厂模式(abstract factory)
( 一 ): 简单工厂模式
又称为静态工厂方法模式用来生产统一登记结构中任意产品,通过 
建立一个工厂(一个函数或一个类方法)来制造新的对象.
模式组成结构 : 
抽象产品：他一般视具体产品继承的父类或实现的接口.在java代 
码中由接口或者抽象类来实现.
具体产品: 工厂类所创建的对象就是此角色的实例.在java中有一 
个具体类来实现.
工厂类 : 这是本模式的核心,含有一定的商业逻辑和判断逻辑.在 
java中它往往由一个具体类实现.
示例代码:
抽象产品:
public interface Car{
void run();
}
具体产品 : 
public class Audi implements Car {
public void run(){
System.out.println("奥迪车");
}
}
public class BenChi implements Car{
public void run(){
System.out.println("奔驰");
}
}
工厂类 :
public class SimpleFactory{
public Car createrCar(String type){
if("奥迪".equals(type)){
return new Audi();
}else if("奔驰".equals(type)){
return new BenChi ();
}else {
return null;
}
}
}
客户类(测试类) :
public class Customer {
public static void main(String [] args ) {
SimpleFactory factory = new SimpleFactory ();
Car car1 = factory .createrCar("奥迪");
Ca r car2 = factory .createrCar("奔驰");
}
}

这边是简单的工厂模式,但是工厂部分不太理想,因为每增加一种新 
车型,都要在工厂中增加相应的创建业务逻辑,这显然是违背开闭原 
则的.可想而知对于新的产品的加入,工厂类很是被动.
于是工厂方法模式出现了,工厂类定义成了接口,而每新增的车型种 
类,就增加该车种类对应的工厂类的实现,这样工厂的设计就可以拓 
展了,而不必去修改源代码.
(二) : 工厂方法模式
工厂方法模式是简单工厂模式的进一步抽象化和推广,工厂方法模 
式里不在只由一个工厂类决定哪一个产品被实例化,这个决定交给 
抽象工厂的子类去做.
模式组成结构 : 
抽象产品: 他一般视具体产品集成的父类或者实现的接口.在java 
中有接口或者抽象类来实现.
具体产品 : 工厂类所创建的对象就是此角色的实例..在java中有 
一个具体类实现.
抽象工厂 : 这是工厂方法模式的核心,它与应用程序无关.是具体 
工厂角色实现的接口或者必须继承的父类.在java由接口或者抽象 
类来实现.
具体工厂 : 它含有和具体业务逻辑有关的代码.有应用程序调用 
以创建对应的具体产品的对象.
示例代码 : 
抽象产品:
public interface Car{
void run();
}
具体产品 : 
public class Audi implements Car {
public void run(){
System.out.println("奥迪车");
}
}
public class BenChi implements Car{
public void run(){
System.out.println("奔驰");
}
}

抽象工厂 : 
public interface CarFactory{
Car createCar();
}

具体工厂:
public class AuiFactory implements CarFactory{
publuic Car createCar(){
return new Audi();
}
}
public class BenChiFactory implements CarFactory{
publuic Car createCar(){
return new BenChi();
}
}
客户类:
public class Customer {
public static void main(String [] args ) {
Car car1 = new AuiFactory .createCar();
Car car2 = new .BenChiFactory .createCar();
}
}
简单工厂模式VS工厂方法模式
(1)结构复杂度:简单工厂模式更简单
(2)代码复杂度 : 简单工厂模式更少
(3)管理难度: 工厂方法模式的核心是一个抽象工厂类,而不是简单 
工厂模式,把核心放在一个类上拓展性更好,易于管理
根据设计理念建议使用工厂方法模式,但是实际上,我们一般使用简 
单工厂模式.
(三)抽象工厂模式:
抽象工厂模式提供一个创建一系列相关或相依赖对象的接口,而无 
需指定他们的具体的类.他针对的是有多个产品的等级结构.

反射机制

根据上面的工厂模式可以看出,根据需求要写出不同的对象实例化 
的方法,因此,spring引用了反射的思想:
根据类名可以找到其对应的类然后实例化对象,返回一个Object的 
类.
示例代码 : 
工厂类 :
public static Object getBean(String n){
if(n!=null&&!"".equals(n)){
try {
return 
Class.forName(n).newInstance(); // 通过类名 反射 实例化 
对象
} catch 
(InstantiationException e) {

e.printStackTrace();
} catch 
(IllegalAccessException e) {

e.printStackTrace();
} catch 
(ClassNotFoundException e) {

e.printStackTrace();
}
}
return null;

}

客户类:
IdCard u = (IdCard)Factory.getBean 
("com.jk.pojo.IdCard");
因为返回的是一个Object所以要强转
二 : 单例模式
一 : 饿汉模式 
特点:
在类装载的时候就初始化Singleton,有时候不是调用getInstance 
方法,调用别的静态方法,也会让类进行静态加载,但是,此时并不一 
定想实例化Singleton,造成资源的浪费.
这种方式基于classloder机制避免了多线程的同步问题，不过， 
instance在类装载时就实例化，虽然导致类装载的原因有很多种， 
在单例模式中大多数都是调用getInstance方法， 但是也不能确 
定有其他的方式（或者其他的静态方法）导致类装载，这时候初始 
化instance显然没有达到lazy loading的效果。
代码示例:
1. public class Singleton { 
2. private static Singleton instance = new 
Singleton(); 
3. private Singleton (){} //私有化有参构造
4. public static Singleton getInstance() { 
5. return instance; 
6. } 
7. }

二:饿汉模式变种
表面上看起来差别挺大，其实更第三种方式差不多，都是在类初始 
化即实例化instance。只是将实例化的对象放到了静态代码块中
示例代码:
1. public class Singleton { 
2. private Singleto+n instance = null; 
3. static { 
4. instance = new Singleton(); 
5. } 
6. private Singleton (){} 
7. public static Singleton getInstance() { 
8. return this.instance;
9. } 
10. } 
三 : 懒汉模式(线程安全的)
(1)
特点 : 没有加ysnchronized的懒汉模式,是线程不安全的,比如说 
一个线程来了判断instance是null,就去实例化Singleton了,在实 
例化之前,这是另一个线程来判断这个instance,发现也是null所 
以又去实例化一次,所以严格上来说不加synchronized懒汉模式, 
不是单例模式.synchronized 是让访问的客户自动去排队因此即 
使前面已经判断过不为空了,但后面的访问还是要一个一个的去排 
队访问,所以效率低
示例代码:
1. public class Singleton { 
2. private static Singleton instance; 
3. private Singleton (){} 
4. public static synchronized Singleton 
getInstance() { 
5. if (instance == null) { 
6. instance = new Singleton(); 
7. } 
8. return instance; 
9. } 
10. } 
(2)双重校验锁(重点)
加了双重校验锁的懒汉模式既可以使线程安全又不会影响效率,因 
为,第一次排队实例化第一个对象之后,下面在有访问的就直接被第 
一个if拦截住了,所以不需要去排队访问
示例代码
public class Singleton {
private Singleton(){};//私有化构造器
private static volatile Singleton instance = null; 
// volatile 不稳定
public static Singleton getInstance(){ // 
synchronized 同步锁 线程锁
if(instance==null){ // 双重判定锁 
synchronized (Singleton.class){
if(instance ==null){
instance = new Singleton ();
}
}
}
return instance ;
}
}
四 : 懒汉式(线程不安全)
这种写法lazy loading很明显，但是致命的是在多线程不能正常 
工作。比如说一个线程来了判断instance是null,就去实例化 
Singleton了,在实例化之前,这是另一个线程来判断这个 
instance,发现也是null所以又去实例化一次,所以严格上来说不 
加synchronized懒汉模式,不是单例模式.
1. public class Singleton { 
2. private static Singleton instance; 
3. private Singleton (){} 
4. 
5. public static Singleton getInstance() { 
6. if (instance == null) { 
7. instance = new Singleton(); 
8. } 
9. return instance; 
10. } 
11. }
五 : （静态内部类）
1. public class Singleton { 
2. private static class SingletonHolder { 
3. private static final Singleton INSTANCE = new 
Singleton(); 
4. } 
5. private Singleton (){} 
6. public static final Singleton getInstance() { 

7. return SingletonHolder.INSTANCE; 
8. } 
9. } 
这种方式同样利用了classloder的机制来保证初始化 
instance时只有一个线程，它跟第三种和第四种方式不同的是（很 
细微的差别）：第三种和第四种方式是只要Singleton类被装载了 
，那么instance就会被实例化（没有达到lazy loading效果）， 
而这种方式是Singleton类被装载了，instance不一定被初始化。 
因为SingletonHolder类没有被主动使用，只有显示通过调用 
getInstance方法时，才会显示装载SingletonHolder类，从而实 
例化instance。想象一下，如果实例化instance很消耗资源，我 
想让他延迟加载，另外一方面，我不希望在Singleton类加载时就 
实例化，因为我不能确保Singleton类还可能在其他的地方被主动 
使用从而被加载，那么这个时候实例化instance显然是不合适的。 
这个时候，这种方式相比第三和第四种方式就显得很合理
六 : 枚举
1. public enum Singleton { 
2. INSTANCE; 
3. public void whateverMethod() { 
4. } 
5. } 
这种方式是Effective Java作者Josh Bloch 提倡的方式，它不仅 
能避免多线程同步问题，而且还能防止反序列化重新创建新的对象 
，可谓是很坚强的壁垒啊，不过，个人认为由于1.5中才加入enum 
特性，用这种方式写不免让人感觉生疏，在实际工作中，我也很少 
看见有人这么写过

spring中用到的设计模式