1.意图
定义一个用于创建对象的接口，让子类决定实例化哪个类。工厂方式模式使一个类的实例化延迟到其子类。
热门词汇:虚构造器  延迟 创建对象 子类

2.结构图和代码
我们先看看标准的工厂方法结构图：

先抽象的产品类，抽象的工厂类，然后用客户端具体的工厂生产相应的具体的产品，但是客户端并不知道具体的产品是怎么生产的，生产的过程封装在工厂里。所以说，某种程度上，工厂方法模式改变了我们直接用new创建对象的方式，一个很好的开始，意义重大。
以ThreadFactory为例：

这张图其实和原本的结构图有细微的区别，那就是参数化得工厂，而且从业务意义上也有些不同，但是思想是一样的。
我们来看下具体的代码：

//抽象产品  public interface Runnable {      public abstract void run();  }     //抽象工厂  public interface ThreadFactory {      Thread newThread(Runnable r);  }

下面是具体的实现：
比如AsyncTask类中工厂的具体实现如下：

//工厂实现类  private static final ThreadFactory sThreadFactory = new ThreadFactory() {      private final AtomicInteger mCount = new AtomicInteger(1);        public Thread newThread(Runnable r) {          return new Thread(r, "AsyncTask #" + mCount.getAndIncrement());      }  };  //那么产品类在哪里呢？  //做为参数Runnable r，我们可以创建千千万万个此系列的产品类  //同理，我们可以创建另外类似的工厂，生产某种专门的线程，非常容易扩展

看到这里，我们一方面为它的生产便利性感叹，一方面又为没创建某类产品都要创建一个工厂而感到繁琐，所以我们下面介绍简单工厂，它的结构图如下：

简单工厂把抽象工厂去掉了，你就创建一个专门生产某类产品就好。在一些特定而又不负责的领域非常实用方便套用这个模式。
在android中的Connection类中使用到了这个类：

其中Connection这个抽象类，既充当抽象产品类，也充当具体工厂类。
因为这种情况下，我们往往需要的是马上生产子类，getConnection方法往往是静态的，所以简单工厂，也叫静态工厂方法。
我们看看代码如下：

abstract class Connection{          static Connection getConnection(              Context context, HttpHost host, HttpHost proxy,              RequestFeeder requestFeeder) {             if (host.getSchemeName().equals("http")) {              return new HttpConnection(context, host, requestFeeder);          }             // Otherwise, default to https          return new HttpsConnection(context, host, proxy, requestFeeder);      }  }