工厂方法模式，Factory Method，属于对象创建型模式，通过定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method使一个类的实例化延迟到其子类。工厂方法通过抽象的接口，将创建对象的行为交给具体的子类。
一、使用场景
1、当一个类不知道它所必须创建的对象的类的时候，由于不知道要创建对象的类，所以不能直接实例化类，只能交给其他知道该类的类去做，比如某接口的具体实现，某父类的子类。
2、当一个类希望由它的子类来指定它所创建的对象，这一般发生在父类不清楚具体实例化哪个类的时候。
3、当类将创建对象的职责委托给多个帮助子类中的某一个，并且你希望将哪一个帮助子类时代理者这一信息局部化的时候。
二、UML图
三、Java实现
[java] view plain copy package study.patterns.factorymethod; /** * 工厂方法模式： * 核心工厂类不再负责所有产品的创建， * 而是将具体创建的工作交给子类去做， * 自己则成为一个抽象工厂角色， * 仅负责给出具体工厂类必须实现的接口， * 而不接触哪一个产品类应当被实例化这种细节。 * @author qbg */ public class FactoryMethodPattern { public static void main(String[] args) { //去捷安特自行车厂要辆捷安特骑骑 IFactory factory = new GaintBikeFactory(); Bike gaint = factory.createBike(); gaint.ride(); //爽歪歪 //去美利达自行车厂要辆勇士600骑骑 factory = new MeridaBikeFactory(); Bike merida = factory.createBike(); merida.ride(); } } /** * 产品类抽象:自行车 */ abstract class Bike{ public void ride(){} } /** * 产品实现类：捷安特自行车 */ class GaintBike extends Bike{ public void ride(){ System.out.println("Riding the Gaint Bike，不一样的感觉..."); } } /** * 产品实现类：美利达自行车时 */ class MeridaBike extends Bike{ public void ride(){ System.out.println("Riding the Merida Bike，好牛逼的感觉..."); } } /** * 工厂抽象类 */ interface IFactory{ /** * 工厂方法 */ public Bike createBike(); } /** * 捷安特自行车工厂 */ class GaintBikeFactory implements IFactory{ @Override public Bike createBike() { System.out.println("捷安特自行车工厂 -> 捷安特自行车"); return new GaintBike(); } } /** * 美利达自行车工厂 */ class MeridaBikeFactory implements IFactory{ @Override public Bike createBike() { System.out.println("美利达自行车工厂 -> 美利达自行车"); return new MeridaBike(); } }运行结果：
[plain] view plain copy 捷安特自行车工厂 -> 捷安特自行车 Riding the Gaint Bike，不一样的感觉... 美利达自行车工厂 -> 美利达自行车 Riding the Merida Bike，好牛逼的感觉...四、模式优缺点
优点：
1、工厂方法不再将与特定应用有关的类绑定到你的代码中。比如示例中具体的自行车实现，在客户代码中只需要使用具体的工厂和自行车的抽象就完成了操作，而无需关心具体的自行车是什么牌的，长什么样子的。
2、为子类提供hook，任何时候想要更换产品的实现都可以。
3、连接平行的类层次，这一般用于工具性质的工厂方法。
缺点:
1、一个具体的产品实现就要绑定一个相应的工厂方法实现，如果用户只是为了创建一个特定的ConcreteProduct实例，就不得不创建Creator的子类。
