工厂方法(Factory Method)模式的实现：定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类当中。核心工厂类不再负责产品的创建，这样核心类成为一个抽象工厂角色，仅负责具体工厂子类必须实现的接口，这样进一步抽象化的好处是使得工厂方法模式可以使系统在不修改具体工厂角色的情况下引进新的产品。
工厂方法模式是简单工厂模式的衍生，解决了许多简单工厂模式的问题。首先完全实现‘开－闭 原则’，实现了可扩展。其次更复杂的层次结构，可以应用于产品结果复杂的场合。
工厂方法模式对简单工厂模式进行了抽象。有一个抽象的Factory类（可以是抽象类和接口），这个类将不再负责具体的产品生产，而是只制定一些规范，具体的生产工作由其子类去完成。在这个模式中，工厂类和产品类往往可以依次对应。即一个抽象工厂对应一个抽象产品，一个具体工厂对应一个具体产品，这个具体的工厂就负责生产对应的产品。
另外：
工厂方法模式(Factory Method pattern)是最典型的模板方法模式(Template Method pattern)应用。
角色结构：
抽象工厂(Creator)角色：是工厂方法模式的核心，与应用程序无关。任何在模式中创建的对象的工厂类必须实现这个接口。
具体工厂(Concrete Creator)角色：这是实现抽象工厂接口的具体工厂类，包含与应用程序密切相关的逻辑，并且受到应用程序调用以创建产品对象。在上图中有两个这样的角色：BulbCreator与TubeCreator。
抽象产品(Product)角色：工厂方法模式所创建的对象的超类型，也就是产品对象的共同父类或共同拥有的接口。在上图中，这个角色是Light。
具体产品(Concrete Product)角色：这个角色实现了抽象产品角色所定义的接口。某具体产品有专门的具体工厂创建，它们之间往往一一对应。
简单工厂模式 和工厂方法模式的本质区别：
1、工厂方法的工厂是抽象的，简单工厂是具体的。
2、简单工厂的方法是静态的，工厂方法不是
JDK中的体现：Collection.iterator方法
使用：
工厂方法经常用在以下两种情况中:
第一种情况是对于某个产品，调用者清楚地知道应该使用哪个具体工厂服务，实例化该具体工厂，生产出具体的产品来。Java Collection中的iterator() 方法即属于这种情况。
第二种情况，只是需要一种产品，而不想知道也不需要知道究竟是哪个工厂为生产的，即最终选用哪个具体工厂的决定权在生产者一方，它们根据当前系统的情况来实例化一个具体的工厂返回给使用者，而这个决策过程这对于使用者来说是透明的。
举例：
抽象产品
public interface Mobile {
public void call();
}
具体产品：
public class Motorola implements Mobile {
@Override
public void call() {
System.out.println("I am Motorola mobile");
}
}
public class NokiaFactory implements MobileFactory {
@Override
public Mobile create() {
return new Nokia();
}
}
抽象工厂：
public interface MobileFactory {
public Mobile create();
}
具体工厂：
public class MotorolaFactory implements MobileFactory {
@Override
public Mobile create() {
return new Motorola();
}
}
public class NokiaFactory implements MobileFactory {
@Override
public Mobile create() {
return new Nokia();
}
}
客户端：
/**
*
* @author xinchun.wang
* 工厂方法的优点在于：可以通过客户端指定具体工厂，实现实例创建的封装
* 静态工厂方法无法扩展，违背了 ’开闭原则‘
*/
public class Client {
public static void main(String[] args) {
MobileFactory mbf = new NokiaFactory();
Mobile mb = mbf.create();
mb.call();
mbf = new MotorolaFactory();
mb = mbf.create();
mb.call();
}
}