从类获取实例，最常用是利用构造器，其次就是利用静态工厂方法。例如下面方法将boolean基本类型值转化为Boolean对象引用：
public static Boolean valueOf(boolean b){
return b ? Boolean.True : Boolean.False;
}
使用静态工厂方法的优势：
（1）它们有名称，可以通过名称确定应该调用哪个静态工厂方法，而构造器名称都一样，仅凭借参数不同不容易确定应该调用哪个构造方法。
（2）不必再每次调用它们的时候都创建一个对象。
例如上面的valueOf方法，返回的Boolean.True如下所示是事先创建好的对象。所以如果程序经常请求创建相同的对象并且创建对象的代价很高，那么有助于性能提高。
public static final Boolean TRUE= new Boolean(true);
静态工厂方法，为重复的调用返回相同对象，有助于类控制某个时刻哪些实例应该存在，这叫做实例受控类（instance controlled）
实例受控类->Singleton类，不可实例化类，不可变类不会存在两个相等的实例，即a==b才有a.equals(b)
（3）它们可以返回原返回类型的任何子类型的对象。
这样API可以返回对象，同时又不会使对象的类变成共有的。例如Java Collections Framework集合有32个便利实现，几乎所有实现都通过静态工厂方法在一个不可实例化的类中导出，所有返回对象的类都是非公有的。
public static> EnumSetnoneOf(Class elementType) {
Enum[] universe =getUniverse(elementType);
if(universe ==null)
throw new ClassCastException(elementType +" not an enum");
if(universe.length<=64)
return new RegularEnumSet<>(elementType,universe);
else
return new JumboEnumSet<>(elementType,universe);
}
RegularEnumSet和JumboEnumSet都是非公有类，返回类型根据元素的个数发生变化。但这个类型必须是声明类型的子类型。这两个实现类对客户端不可见，客户端也不需在意，以后删除这种实现或增加新的子类实现不会造成不良影响。
静态工厂方法返回的对象所属的类，在编写包含该静态工厂方法的类时可以不必存在。这是服务提供者框架的基础。
服务提供者框架：多个服务提供者实现一个服务，系统为服务提供者的客户端提供多个实现，并把他们从多个实现中解耦出来。框架主要有以下四个组成部分：
服务接口：提供者实现 JDBC Connection
提供者注册API：系统注册，客户端访问 DriverManager.registerDriver
服务访问API：客户端获取服务 DriverManager.getConnection
服务提供者接口：服务提供者接口 Driver
（4）创建参数化类型实例时，它们使代码变得更加简洁(这个现在没那么重要了)
Map<String,List<String>> m=new HashMap<String,List<String>>();
用静态工厂：
public static<K,V> HashMap<K,V> newInstance(){
return new HashMap<K,V>();
}
现在提供自动识别功能，所以这种方法就没必要了。
Map<String,List<String>>m=new HashMap>();
静态工厂方法主要缺点
（1）类如果不含共有的或受保护的构造器，就不能被子类化。
这从某种程度上鼓励使用复合而不是继承。
（2）它们与其他的静态方法实际没有任何区别，不过随着Javadoc工具的完善，丑小鸭会变成白天鹅的。或者用以下静态方法名称来标示：
valueOf（of）:实际上是一种类型转化方法
getInstance：返回的实例通过方法的参数来描述。
newInstance:保证每个返回的实例与其他的都不同。
getType
newType
