effective java

第二章 创建和销毁对象
这一章关心的是创建和销毁对象：什么时候怎样创建对象，什么时候怎样避免创建对象，怎样确保对象能及时地销毁，
怎样在对象销毁之前管理所有的清理工作。
第一条：考虑提供静态工厂方法来代替构造
通常让客户端获得一个类的实例是提供一个公共的构造方法。还有另一种不是普及的方法应该作为程序员的工具，就是一个类可以提供public
静态工厂方法，它只是一个返回类实例的静态方法。这里有一个Boolean(对原始类型boolean的封装)类的例子.这个方法在1.4的版本中加入的，
转换一个boolean原始类型为一个Boolean对象引用：
public static Boolean valueOf(boolean b) {
return (b ? Boolean.TRUE : Boolean.FALSE);
}
一个类可以像客户端提供静态工厂方法来替代构造方法，做作为一种补充添加。提供一个静态工厂方法取代构造方法有好处也有坏处。
第一个好处是，静态工厂方法不像构造，它有许多名字可以选择。如果一个构造的参数不能很好的描述返回的对象，那一个名字清晰明了的静态工厂方法
可以使这个类很容易使用，并且客户端代码很容易阅读。例如，这个构造BigInteger(int, int,Random),返回的BigInteger可能是原始值，
本应该用一个名字为BigInteger.probablePrime的静态工厂方法来描述方法的作用。
一个类对给定的方法签名只能有一个构造（因为方法签名由方法名和参数类型确定的，构造方法名字和类名一样，那么对给定的参数类型，只能有一个构造）。众所周知地，编程人员知道如何处理只有参数顺序不同的构造方法。这是一个坏的观念。
这个API的使用者永远不会记得哪个构造是干什么用的，最终会导致调用出错。如果不参考类文档的话，阅读代码的人也不会知道这段代码是干什么用的。
因为静态工厂方法有许多名字可以选择，他们不受构造方法那样一个方法签名只能有一个构造的限制（因为构造方法名字必须和类名字一样）。当一个类需要方法签名一样的多个构造方法时（这个不可能实现，因为首先构造方法名字已经确定了，和类的名字一样，当要保证方法签名一样，只能参数类型和顺序一样了，这就决定了只能有一个构造），
你应该考虑将一个或或多个构造方法替换为通过名字就能区分方法作用的静态工厂方法。
第二个好处就是，静态工厂不像构造函数那样，它不需要每次调用方法都创建一个新的对象。
这样允许不变类使用之前构造的实例或者缓存这些被构造的实例并且分发这些实例来避免创建不必要的多个实例对象。
这个Booean.valueOf(boolean)方法说明了这个技术：它从不创建对象。如果相同的对象要求的频繁，这个技术可以显著地提高性能，
尤其这些对象的创建很耗费资源。
当每次重复的调用，这个静态工厂方法返回相同的对象，它还能控制在任何时间什么样的实例存在。有两个原因这样做。
首先，它能保证一个类是单例。第二，它能够使不变类保证没有两个相同的实例存在：a.equals(b) if and only if a==b.
如果一个类做出这样的保证，那客户端可以使用==操作符代替equals(Object)方法，这可以潜在的提高性能。
静态工厂方法的第三个优点是，不像构造函数，它可以返回一个返回类型的子类型的对象。这个给你很大的灵活性来
选择返回对象的类。
这个灵活性的一个应用就是返回对象可以不用公开它的类的类型。这种方式的隐藏的实现类可以产生非常简洁的API。这个
技术让程序本身是基于接口框架的，静态工厂方法的接口返回类型提供了最基本的返回类型。
例如，集合框架有二十个集合接口的实现，提供不可修改的集合，同步的集合等等。这些实现的主要方式都是通过一个静态工厂方法，
不可实例化的类java.util.Colections.这些返回对象的类得类型都不是确定的类，而是接口。
集合框架的API比起如果他们各自指定二十多个返回类型，而不是统一的接口小多了。返回类型定义为接口不仅让API变小了不少，
并且在概念上也轻松多了。用户知道返回对象是相关接口，所以没有必要读额外的类文档。更进一步，使用这样的工厂方法强制客户端引用
接口的返回对象而不是类得实现，这样做是更好的编程实践。
不仅由静态工厂方法返回的对象的类型可以接口，而且这个类也可以由传入给静态工厂方法的参数的调用而不同。
返回的是返回类型的任意子类型都是允许的。在软件发布过程中，返回对象的类也可以变化，这样也增强了软件的可维护性。
由静态工厂方法返回的对象的类甚至在写包含静态工厂方法的类时没有必要存。这样灵活的静态工厂方法形成了像
Java Cryptography Extension (JCE)这样服务提供者框架（例如jdbc）的基本原则。一个服务提供者框架是一个内部由提供商们为终端用户提供
不同实现的系统。这个原理被提供用来注册这些实现，使这些实现对终端用户可用。框架的使用者不用去管它正在用的是哪个实现。（像
JDBC的驱动，用户不用管是ORACLE还是MYSQL）
在JCE中，系统管理员通过编辑一个大家都知道的Properties文件来注册一个实现类，增加一个匹配字符串键的键值对来响应类的名字。
客户端使用一个以这个key为参数的静态工厂方法。这个静态工厂方法在一个map里查询这个类对象，这个map由properies文件取值，并通过
Class.newInstance来实例化类变量。下面的实现概要的说明了这个技术：
// Provider framework sketch
public abstract class Foo {
// Maps String key to corresponding Class object
private static Map implementations = null;
// Initializes implementations map the first time it's called
private static synchronized void initMapIfNecessary() {
if (implementations == null) {
implementations = new HashMap();
// Load implementation class names and keys from
// Properties file, translate names into Class
// objects using Class.forName and store mappings.
...
}
}
public static Foo getInstance(String key) {
initMapIfNecessary();
Class c = (Class) implementations.get(key);
if (c == null)
return new DefaultFoo();
try {
return (Foo) c.newInstance();
} catch (Exception e) {
return new DefaultFoo();
}
}
}
静态工厂方法的主要缺点是私有的构造方法不能有子类。由静态工厂方法返回的非公开类也是如此（比如，基类的构造是私有的）。
For example, it is impossible to subclass any of the convenience implementation classes in the Collections Framework.
塞翁失马，这样鼓励程序员使用组合而不是继承。
第二个缺点就是静态工厂方法不能够与其他的静态方法明显地区分。他们不能像构造方法那样在API里显眼。进一步说，
静态工厂方法代表着正常的进化。因此，从类的文档中指出怎样通过静态工厂方法代替构造实例化一个类有些困难。这个
缺点可以通过起一个好的名字来降低不利。这个习俗一直在进化，但是现在两个静态工厂方法的名字变得很通用：
valueOf—返回一个已有的实例，不严格地讲，返回一个跟参数一样的值。静态工厂方法使用这个名字是显而易见地执行类型
转换操作。
getInstance--返回一个由参数描述的实例，但是不能说有相同的值。在单例的情况下，它返回唯一的实例。这个名字在框架中很常用。
概括地说，静态工厂方法和public构造各有用处，知道它们各自的优缺点是很有意义的。避免没有考虑使用静态工厂而习惯性地使用public构造，因为
静态工厂大多数情况下更合适。如果你很难决定使用哪个最好使用构造，因为它更通用。