和我一起学Effective Java之创建和销毁对象
前言
主要学习创建和销毁对象：
- 1.何时以及如何创建对象
- 2.何时以及如何避免创建对象
- 3.如何确保它们能够适时地销毁
- 4.如何管理对象销毁之前必须进行的清理动作
正文
一、用静态工厂方法代替构造器
获取类的实例的常用方法有：
- 1.公有的构造器
- 2.公有的静态工厂方法
下面通过Boolean类（基本类型boolean的包装类）的简单示例来学习：
//公有的构造器
public Boolean(String s) {
this(parseBoolean(s));
}
//公有的静态工厂方法
public static Boolean valueOf(boolean b) {
return (b ? TRUE : FALSE);
}
静态工厂方法相对于构造器的优势：
1.有名称
具有适当名称的静态工厂方法更易使用，产生的代码更易阅读。可用名称来突出它们之间的区别。
如构造器
BigInteger(int,int,Random)返回的BigInteger可能为素数，若用名为BigInteger.probablePrime的静态工厂方法来表示，显得更加清楚。
2.不必每次调用它们的时候都创建一个新对象
不可变类可以使用预先构建好的实例，或者是将构建好的实例缓存起来，进行重复利用，从而避免创建不必要的重复对象。
例如之前的Boolean的静态工厂方法就说明了这项技术，这种方法类似于FlyWeight模式。如果程序经常请求创建相同的对象，并且创建对象的代价很高，这项技术极大地提升了性能。
//缓存起来的Boolean实例
public static final Boolean TRUE = new Boolean(true);
public static final Boolean FALSE = new Boolean(false);
public static Boolean valueOf(boolean b) {
return (b ? TRUE : FALSE);
}
静态工厂方法为重复的调用返回相同的对象。
3.可返回原返回类型的任何子类型的对象
4.创建参数化类型实例时，可使代码变得更加简洁
由于《Effective Java》这本书在编写的时候，JDK1.7还没有推出，因此在调用参数化类的构造器时，类型参数都必须要指明。而静态工厂方法能替我们实现类型推导的功能。
//JDK7之前
Map<String,List<String>> map = new HashMap<String,List<String>>();
//JDK7
Map<String,List<String>> m = new HashMap<>();
//使用静态工厂方法
public class MyHashMap extends HashMap {
public static <K,V> HashMap<K,V> newInstance(){
return new HashMap<K,V>();
}
//静态工厂方法实现类型推导
Map<String,List<String>> m = MyHashMap.newInstance();
}
静态工厂方法的缺点:
- 1.类如果不含公有的或受保护的构造器，就不能被子类化。
- 2.静态工厂方法和其他的静态方法实际上没有任何区别。
/*
*静态工厂方法的惯用名称
*/
//valueOf:返回的实例与它的参数具有相同的值
//String.valueOf(int)方法
public static String valueOf(int value) {
return Integer.toString(value);
}
//of:valueOf的简洁版
//EnumSet.of(E)方法
public static <E extends Enum<E>> EnumSet<E> of(E e) {
EnumSet<E> set = EnumSet.noneOf(e.getDeclaringClass());
set.add(e);
return set;
}
//getInstance:返回的实例是通过方法的参数来描述的。
//newInstance:返回的每个实例与其他的所有实例不同。
//getType:Type表示工厂方法返回的对象类型
//newType:与newInstance类似
二、多个构造器参数考虑用构建器
静态工厂和构造器的局限性：不能很好地扩展到大量的可选参数
对于有大量的参数的类的编写：
/**
*重叠构造器模式
*提供一个只有必要参数的构造器，第二个有一个可选参数，第二个有两个，依此类推。
*/
public class NutritionFacts {
/**
* 必选元素
*/
private final int servingSize;
private final int servings;
/**
* 可选元素
*/
private final int calories;
private final int fat;
private final int sodium;
private final int carbohydrate;
/**
* 只包含必选元素的构造方法
*/
public NutritionFacts(int servingSize,int servings){
this(servingSize,servings,0);
}
/**
* 有一个可选元素的构造方法,以下依此类推
*/
public NutritionFacts(int servingSize,int servings,int calories){
this(servingSize,servings,calories,0);
}
public NutritionFacts(int servingSize,int servings,int calories,int fat){
this(servingSize,servings,calories,fat,0);
}
public NutritionFacts(int servingSize,int servings,int calories,int fat,int sodium){
this(servingSize,servings,calories,fat,sodium,0);
}
public NutritionFacts(int servingSize,int servings,int calories,int fat,int sodium,int carbohydrate){
this.servingSize = servingSize;
this.servings = servings;
this.calories = calories;
this.fat = fat;
this.sodium = sodium;
this.carbohydrate = carbohydrate;
}
}
此方法虽可行，但如果有许多参数时，客户端代码很难编写，并且难以阅读。
/**
*JavaBeans模式
*无参构造方法创建对象，使用setter方法设置必选或可选参数。
*/
public class NutritionFactsWithJavaBeans {
/**
* 必选元素
*/
private int servingSize;
private int servings;
/**
* 可选元素
*/
private int calories;
private int fat;
private int sodium;
private int carbohydrate;
/**
* 无参构造方法
*/
public NutritionFactsWithJavaBeans(){
}
/**
* Setter方法
*/
public void setServingSize(int servingSize) {
this.servingSize = servingSize;
}
public void setServings(int servings) {
this.servings = servings;
}
public void setCalories(int calories) {
this.calories = calories;
}
public void setFat(int fat) {
this.fat = fat;
}
public void setSodium(int sodium) {
this.sodium = sodium;
}
public void setCarbohydrate(int carbohydrate) {
this.carbohydrate = carbohydrate;
}
public static void main(String[] args) {
NutritionFactsWithJavaBeans cocaCola =
new NutritionFactsWithJavaBeans();
cocaCola.setServingSize(240);
cocaCola.setServings(8);
cocaCola.setCalories(100);
cocaCola.setSodium(35);
cocaCola.setCarbohydrate(27);
}
}
JavaBeans模式创建实例容易，代码易读。但有很严重的缺点：
- 1.构造过程中可能出现不一致的状态，调试困难。
- 2.因为有set方法，使得在JavaBeans模式中，不能将类变为不可变的，需要额外的努力来确保它的线程安全。
重叠构造器的安全性+JavaBeans模式的可读性====>Builder模式
易写易读，模拟了具名的可选参数。build方法可检验约束条件。
public class NutritionFactsWithBuilder {
private final int servingSize;
private final int servings;
private final int calories;
private final int fat;
private final int sodium;
private final int carbohydrate;
public static class Builder {
//必选元素
private final int servingSize;
private final int servings;
//可选元素,设置默认值初始化
private int calories = 0;
private int fat = 0;
private int sodium = 0;
private int carbohydrate = 0;
public Builder(int servingSize, int servings) {
this.servingSize = servingSize;
this.servings = servings;
}
public Builder calories(int calories) {
this.calories = calories;
return this;
}
public Builder fat(int fat){
this.fat = fat;
return this;
}
public Builder sodium(int sodium){
this.sodium = sodium;
return this;
}
public Builder carbohydrate(int carbohydrate){
this.carbohydrate = carbohydrate;
return this;
}
public NutritionFactsWithBuilder build(){
return new NutritionFactsWithBuilder(this);
}
}
private NutritionFactsWithBuilder(Builder builder){
servingSize = builder.servingSize;
servings = builder.servings;
calories = builder.calories;
fat = builder.fat;
sodium = builder.sodium;
carbohydrate = builder.carbohydrate;
}
public static void main(String[] args) {
NutritionFactsWithBuilder nutritionFactsWithBuilder
= new NutritionFactsWithBuilder.Builder(20,30).calories(3).build();
}
}
用私有构造器或枚举类型强化Singleton属性
Singleton表示仅仅被实例化一次的类。
实现Singleton的方法：
- 1.public static final域实现
public class SingletonClazz{
//public属性将本类唯一实例暴露出去
public static final SingletonClazz INSTANCE = new SingletonClazz();
//构造方法私有 保证全局唯一性
private SingletonClazz(){
}
public void test(){
System.out.println("test method");
}
}
缺点：利用反射机制可调用到私有构造方法
try {
Constructor<SingletonClazz> constructor = SingletonClazz.class.getDeclaredConstructor();
constructor.setAccessible(true);
SingletonClazz clazz = constructor.newInstance();
clazz.test();
} catch (NoSuchMethodException | IllegalAccessException | InstantiationException | InvocationTargetException e) {
e.printStackTrace();
}
如何防止调用私有构造方法，修改构造方法，在创建第二个实例的时候抛出异常即可。
private SingletonClazz(){
if(INSTANCE!=null)
throw new RuntimeException("cannot create more than one instance of SingletonClazz");
}
- 2.静态工厂方法实现
public class SingletonClazz {
private static final SingletonClazz INSTANCE = new SingletonClazz();
private SingletonClazz(){
}
public static SingletonClazz getInstance(){
return INSTANCE;
}
public void test(){
System.out.println("test method");
}
}
这个方法相比于之前的方法的优势是，灵活性，不需要更改API的前提下，可以改变该类是否应该为Singleton。
使Singleton类变成为可序列化的：
- 实现Serializable接口
- 需要声明所有实例为瞬时的(transient)
- 提供一个
readResolve()方法。
3.编写一个包含单个元素的枚举类型来实现
public enum SingletonClazz {
INSTANCE;
public void test(){
System.out.println("test method");
}
}
优点：简洁，并提供了序列化机制，而且能保证不会被多次实例化（即使是面对复杂的序列化或是发射攻击的时候）----->实现Singleton的最佳方法
通过私有构造器强化不可实例化的能力
在缺少显式构造器的情况下，编译器会自动提供一个公有的，无参的缺省构造器。
public class DefaultConstructor {
//没有显示构造器
public static void main(String[] args) {
//使用编译器提供的公有的,无参的缺省构造器
DefaultConstructor defaultConstructor = new DefaultConstructor();
}
}
通过将类做成抽象类来实现不可实例化的目的是不可取的。继承抽象类，子类也可以被实例化。同时也会误导用户，以为是为了继承而设计的。
public abstract class AbstractClazz {
//通过抽象类来实现不可实例化是不可取的
public static void main(String[] args) {
//仍旧可以通过继承抽象类,来达到实例化子类的目的
SubClazz subClazz = new SubClazz();
}
}
class SubClazz extends AbstractClazz{
}
正确做法是：将构造器显式地声明为私有的。
public class UtilityClazz {
//防止类被实例化
private UtilityClazz(){
throw new AssertionError();
}
}
避免创建不必要的对象
最好能重用对象,而不是在每次需要的时候创建一个相同功能的新对象。
重用不可变对象。
public class NoNeedObject {
public static void main(String[] args) {
String s1 = new String("12345");//错误做法
String s2 = "12345";//正确做法
String s3 = "12345";
String s4 = new String("12345");
check(s1,s2);//不同
check(s2,s3);//相同 重用了对象
check(s1,s4);//不同
}
public static void check(String one,String two){
//==比较的是两个引用是否指向同一个对象
if(one == two)
System.out.println("same address");
else
System.out.println("different address");
}
}
重用那些已知不会被修改的可变对象。
class Person{
private final Date birthDate;
public Person(Date birthDate){
this.birthDate = birthDate;
}
public boolean isBabyBoomer(){
//没有必要的对象创建
//每次判断都会生成Calendar,Date,TimeZone实例
Calendar gmtCal = Calendar.getInstance(TimeZone.getTimeZone("GMT"));
gmtCal.set(1946,Calendar.JANUARY,1,0,0,0);
Date boomStart = gmtCal.getTime();
gmtCal.set(1965,Calendar.JANUARY,1,0,0,0);
Date boomEnd = gmtCal.getTime();
return birthDate.compareTo(boomStart)>=0&&birthDate.compareTo(boomEnd)<=0;
}
}
用一个静态的初始化器来避免上面那种效率低下的情况。
class Person{
private final Date birthDate;
public Person(Date birthDate){
this.birthDate = birthDate;
}
private static final Date BOOM_START;
private static final Date BOOM_END;
static {
System.out.println("创建Calendar等对象");
Calendar gmtCal = Calendar.getInstance(TimeZone.getTimeZone("GMT"));
gmtCal.set(1946,Calendar.JANUARY,1,0,0,0);
BOOM_START = gmtCal.getTime();
gmtCal.set(1965,Calendar.JANUARY,1,0,0,0);
BOOM_END = gmtCal.getTime();
}
public boolean isBabyBoomer(){
return birthDate.compareTo(BOOM_START)>=0&&birthDate.compareTo(BOOM_END)<=0;
}
}
自动装箱（JDK5引入）：Java编译器能在基本类型和包装类之间自动转换。如
int和Integer,double和Double等等。相关学习链接：
1.https://docs.oracle.com/javase/tutorial/java/nutsandbolts/datatypes.html
2.https://docs.oracle.com/javase/tutorial/java/data/autoboxing.html
public static void main(String[] args) {
//使用包装类Long
long beforetime = System.currentTimeMillis();
Long sum = 0L;
for(long i = 0;i<Integer.MAX_VALUE;i++){
sum+=i;
}
long aftertime = System.currentTimeMillis();
System.out.println("Long--->sum="+sum);
System.out.println("time="+(aftertime-beforetime));
//使用基本类型long
beforetime = System.currentTimeMillis();
long sum2 = 0L;
for(long i = 0;i<Integer.MAX_VALUE;i++){
sum2+=i;
}
aftertime = System.currentTimeMillis();
System.out.println("long--->sum="+sum2);
System.out.println("time="+(aftertime-beforetime));
}
运行结果:
Long--->sum=2305843005992468481
time=9642
long--->sum=2305843005992468481
time=777
结论：优先使用基本类型而不是装箱基本类型，当心无意识的自动装箱。
注意： 很多规定只是建议，不要矫枉过正，犯了教条主义的错误，一定要与实际的开发情况结合，实事求是。
不要错误地认为“应该尽可能地避免创建对象”，应该是“避免创建不必要的对象”，注意是不必要的!
通过维护自己的对象池(object pool)来避免创建对象并不是一种好的做法，除非池中的对象非常重要。
消除过期的对象引用
手工管理内存的语言：C或C++
具有垃圾回收功能的语言：Java，简化程序员的工作
public class Stack {
private Object[] elements;
private int size = 0;
private static final int DEFAULT_INITIAL_SIZE = 16;
public Stack(){
elements = new Object[DEFAULT_INITIAL_SIZE];
}
public void push(Object e){
ensureCapacity();
elements[size++] = e;
}
/**
* stack: push(1) push(2) push(3) push(4) push(5) pop() pop()
* 5
* 4
* 3 ---->栈顶
* 2
* 1
*
* 栈内部维护着过期的引用,也就是永远不会再被解除的引用,如4和5
* fixed:
* elements[size]=null;
*
*/
public Object pop(){
if(size==0)
throw new EmptyStackException();
return elements[--size];
}
private void ensureCapacity() {
if(elements.length==size){
elements = Arrays.copyOf(elements,2*size+1);
}
}
}
上面这段代码存在内存泄露的问题，当栈先是增长，然后弹出，从栈中弹出的对象都不会被当做垃圾回收。
栈内部维护着这些对象的过期引用，也就是永远不会被解除的引用。栈数组中下标大于或等于size的元素的引用都是过期的引用。
在支持垃圾回收的语言中， 内存泄露（也就是无意识的对象保持）很隐蔽。
修复办法：一旦对象引用过期，就清空这些引用。
注意：清空对象引用应该是一种例外，而不是一种规范行为。
容易导致内存泄露的几种情形：
- 类自己管理内存
- 缓存
- 监听器和其他回调
避免使用终结方法
终结方法（finalizer）:不可预测，危险，一般情况下是不必要的。
终结方法的缺点：
- 不能保证会被及时地执行，而且根本不会保证它们会被执行。（所以不应该依赖终结方法来更新重要的持久状态）
- 严重的性能损失
终止类的对象中封装的资源（文件或线程），只需提供一个显式的终止方法。不需要编写终结方法。
例子：
- InputStream,OutputStream,java.sql.Connection的close方法
- java.util.Timer的cancel方法
一般与try-catch结合起来使用，以确保及时终止
