优点：
1）它们有名称。客户端调用的时候见名知意，而且易于阅读。比如getInstance方法，用户调用的时候见名知意，就知道调用该方法可以获得其所在类的一个实例。当一个类有多个相同签名的构造器的时候，就用静态工厂方法代替构造器，避免了用户不知道该调用哪个构造器的问题。
2）不必每次调用它们的时候都创建一个新对象。尤其是在单实例类中使用非常广泛，比如上面列举的Watchdog.java中的getIns（）方法，sWatchdog对象实际上只创建了一次，其他需要用Watchdog类的实例的地方，只需要调用getInstance()方法一次，就可以获取该对象，简单方便。
3）可以返回原返回类型的任何子类型对象。这个主要根据传入工厂静态方法的参数来实现，只要是已声名的返回类型的子类型，都是可以的。这为我们选择返回对象的类型提供了灵活性。
缺点：
1）类如果不含公有的或者受保护的构造器，就不能被子类化。什么意思呢？就是说如果类没有public或者protected修饰的构造器，那么就不能被另外一个类所继承，也就是所谓的子类化。
2）它们与其他的静态公有方法实际上没有任何区别。
在API文档中，它们没有像构造器那样在API文档中被明确标识出来，因此，对于提供了静态工厂方法而不是构造器的类来说，要想查明如何实例化一个类，是非常困难的。
下面是静态工厂方法的一些惯用名称：
- valueOf 该方法返回的实例与参数具有相同的值，实际是类型转换方法。
- of valueOf的一种替代，EnumSet。
- getInstance Singleton单例模式，返回唯一的实例。
- newInstance 返回的实例是一个新的实例，与之前返回的都不相同。 （和getInstance（）的区别是 返回的不是单例的，每次调用这个方法，会新建一个对象。）
- getType 与getInstance一样，但是在工厂方法处于不同的类时候使用。
- newType 与newInstance一样，但是在工厂方法处于不同的类时候使用。