1、考虑用静态工厂方法（返回类的实例的静态方法）代替构造器
优势：
（1）在创建参数化类型实例的时候，它们使代码变得更加简洁。
如：
Map<Integer,List<String>> map = new HashMap<Integer,List<String>>();
当参数越来越长，那么为了简洁，若有工具ToolUtils类，则可以使用静态工厂方法：
public static <K,V> HashMap<K,V> newInstance(){
return new HashMap<K,V>();
}
则上面可改为：
Map<Integer,List<String>> map = ToolUtils.newInstance();
（2）静态工厂方法与构造器不同的优势在于，它们有名称。
特别是当一个类需要多个带有相同名称的构造器时，就用静态工厂方法代替构造器，并且慎重选择名称以便突出它们之间的区别。
（3）不必每次调用它们的时候都创建一个新的对象。
重点在于返回相同对象，这使得不可变类可以使用预先构建好的实例，或者将构建好的实例缓存起来，进行重复利用，从而避免创建不必要的的重复对象。如果程序经常请求创建相同的对象，并且创建对象的代价很高，则这项技术可以极大地提升性能。
（4）可以返回原返回类型的任何子类型的对象。
这种灵活性的一种应用是，API可以返回对象，同时又不会使对象的类变成公有的。以这种方式隐藏实现类会使API变得非常简洁。这项技术适用于基于接口的框架，因为在这种框架中，接口为静态工厂方法提供了自然返回类型。接口是不能有静态方法，因此按照惯例，接口Type的静态工厂方法被放在一个名为Types的不可实例化的类中。
例如Collections类：
Collections类完全由在Collection上进行操作或返回Collection的静态方法组成。它包含在Collection上操作的多态算法，即“包装器”，包装器返回由指定Collection支持的新Collection，以及少数其他内容。如果为此类的方法所提供的Collection或类对象为NULL，则这些方法都将抛出NullPointerException。
构成了服务提供者框架（Service Provider Framework）的基础。
服务提供者框架：多个服务提供者实现一个服务，系统为服务提供者的客户端提供多个实现，并把他们从实现中解耦出来。如JDBC。
它有三个重要组件：（貌似跟dubbo，zookeeper的原理有些像）
服务接口（Service Interface）：提供者实现的；[JDBC:Collection]
提供者注册API（Provider Registration API）：系统用来注册实现，让客户端访问它们的；[JDBC:Driver.registerDriver]
服务访问API（Service Access API）-“灵活的静态工厂”： 客户端用来获取服务实例的。[JDBC:Driver.getConnection]。它一般允许但是不要求客户端指定某种选择提供者的条件，若没有这样的规定，则API就会返回默认实现的一个实例。可以利用适配器模式，提供更丰富的服务接口。
第四个组件：
服务提供者接口(Service Provider Interface)：这些提供这负责创建其服务实现的实例。[JDBC:Driver]。若没有即按照类名注册，并通过反射方式进行实例化。
下面的简单实现包含一个服务者提供接口和一个默认提供者：
// Service Provider framework sketch
// Service interface
public interface Service{
... //Service-specific methods go here
}
// Service provider interface
public interface Provider{
Service newService();
}
// Noninstantiable(非实例化) class for service registration and access
public class Services{
private Services(){};
// Maps service names to services
private static final Map<String, Provider> providers = new HashMap<String, Provider>();
public static final String DEFAULT_PROVIDER_NAME = "<def>";
// Provider registration API
public static void registerDefaultProvider(Provider p){
registerProvider(DEFAULT_PROVIDER_NAME, p);
}
public static void registerProvider(String name, Provider p){
providers.put(name, p);
}
// Service access API
public static Service newInstance(){
newInstance(DEFAULT_PROVIDER_NAME);
}
public static Service newInstance(String name){
Provider p = providers.get(name);
if(p == null){
throw new IllegalArgumentException("No provider registered with name: " + name);
}
return p.newService();
}
}
缺点：
（1）静态工厂方法的主要缺点在于，类如果不含共有的或者受保护的构造器，就不能被子类化。对于公有的静态工厂所返回的非公有类，也同样如此。
（2）它们与其他的静态方法实际上没有任何区别。
静态工厂方法和公有构造器都各有用处，我们需要理解它们各自的长处。静态工厂通常更加合适，因此切记第一反应就是提供公有的构造器，而不先考虑静态工厂。