《Effective Java2》笔录

Joshua Bloch在国内出版的书包括《Effective Java2》《Java Puzzlers》《Java Concurrency in Practive》（合著）。特别是这本《Effective Java2》，每次重读都有新的收获，本文将过去和现在记录的一些读书笔记，感想整理了一下。
 （标记说明∷表示笔记内容 ※为补充内容）

 

第1章 引言（略）

第2章 创建和销毁对象

第1条：考虑用静态工厂方法代替构造器
  ∷典型的方法名有：valueOf,newInstance,getInstance等，特别适用于，服务提供者框架上使用。

    服务提供者框架又包含三个重要组件：服务接口（Connection），提供者注册API（DriverManager.registerDriver），服务访问API（DriverManager.getConnection），一个可选：服务提供者接口（Driver）
例：
Class.forName("oracle.jdbc.driver.OracleDriver");
String dbUrl = "jdbc:oracle:thin:@127.0.0.1:1521:orcl";
Connection conn=DriverManager.getConnection(url,user,password);
Statement stmt = conn.createStatement(...);
  ※实现技巧：在OracleDriver的代码中有一个类级的static块代码，其中包含如下代码，即每次Class.forName()加载类后自动完成注册。
DriverManager.registerDriver(new oracle.jdbc.OracleDriver());

第2条：遇到多个构造器参数时要考虑用构建器

  ∷当参数变多并且使用方式多样时，普通的构造器易用性会比较差（参数位置易错）。这时Builder模式应该是比较好的选择。(优雅的解决方法总是要多记一下)
     例子：
public class NutritionFacts{
  private final int servingSize;
  private final int calories;
  ..

  public static class Builder{
 
    // Required parameters
    private final int servingSize;
    ..
    // Optional parameters - initialized to default values
    private int calories =0;
    ..
    public Builder( int servingSize, int servings ){
      this.servingSize = servingSize;
      ..
    }
    public Bilder calories(int val)
      { calories = val; retrun this; }
    ..
    public NutritionFacts build(){
      return new NutritionFacts(this);
    }
 
}
//使用例
Facts cocaCola = new Facts.Builter(240,8).calories(100)...build();

 

第3条：用私有构造器或者枚举类型强化Singleton属性

  ∷单元素的枚举类型是实现 单例的最佳方式（绝对防止多次实例化，自带序列化），其次是私有构造器(静态公有域和静态公有

方法两种)
  ∷Singleton类做序列化时，为保证唯一性，必须声明所有实例域为瞬时（transient），并使用readResolve方法

例：
// Singleton with public final field
public class Elvis {
  public static final Elvis INSTANCE = new Elvis():
  private Elvis() { ... }
  ..
  public void leaveTheBuilding() { .. }
}

// Singleton with static factory
public class Elvis {
  private static final Elvis INSTANCE = new Elvis():
  private Elvis() { ... }
  public static Elvis getInstance() { return INSTANCE; }
  ..
  public void leaveTheBuilding() { .. }
}

// Enum singleton - the preferred approach
public enum Elvis {
  INSTANCE;

  public void leaveTheBuilding() { .. }

}

第4条：通过私有构造器强化不可实例化的能力

  ∷不希望实例化的工具类必须选择，副作用 是不会有子类

 

第5条：避免创建不必要的对象
  ∷与性能关系甚大。字符串拼接使用StringBulider，尽量使用常量static，避免自动装箱等。

第6条：消除过期的对象引用

  ∷JAVA内存泄露是比较隐蔽的，主要有堆栈，已废止的指针未清空，消除过期引用
  ∷缓存考虑使用WeakHashMap，或java.lang.ref。定时清理使用ScheduledThreadPoolExecutor，LinkedHashMap的removeEldestEntry()方法可移除其最旧的条目
  ∷监听器和回调，考虑使用弱引用(weak reference)如WeakHashMap

 

第7条：避免使用终结函数

  ∷不可预测，也是没有必要的一个方法
  ∷两种合法用途：充当安全网和本地方法回收（从来没用过啊）

 

第3章 对于所有对象都通用的方法
  ∷Java是单根系统，所以全体对象都要考虑Object暴露的方法（equals,hashCode,toString,clone,finalize）是否需要重写
  ∷否则的话，无法避免使用其他类库时，会不会发生问题。比如不重写equals，很多集合类库方法会出问题。

 

第8条：改写equals时请遵守通用约定
  ∷一个完善的equals方法要考虑自反性，对称性，传递性，一致性，特别是域为对象时，前面概念还要“递归进去”。
  ∷千万注意不要写成 public boolean equals(Myclass o)就悲剧了
  ※其实自己写很是麻烦的，考虑细节不少。根据不重复造轮子的原则，“聪明人”都用Apache Commons节省时间。包括下面的hashCode和toString同样适用，当然使用前研修一下里面的代码就更好了。
  ※从逻辑意义上,equals的间接地表明所有数据型对象必须要有key。类型和key能够唯一判定一个对象。常常在想，SUN当初怎么不弄一个Key关键字作为语言要素呢

 

第9条：改写equals时总要改写hashCode
  ∷hashCode涉及到集合类中为提高性能写的代码，如果hashCode不被正确地重写，很多集合类方法会出错。

 

第10条：始终要改写toString
  ∷应该作为一个良好的编程保持，一般将该对象的“KEY”内容格式化文字串
  ※主要应用在还是用Apache Commons吧

 

第11条：谨慎地改写clone
  ∷克隆主要关注的是可变类的复制（基本型和不可变型不需特别考虑）。当克隆对象含有数组，List等可迭代对象时，必须深入

到该结构中逐个克隆。
  ∷特别地Cloneable是一个标记接口，JDK1.6以后允许clone返回非Object对象（SUN公司给了特别通行证？）
@Override
public PhoneNumber clone(){
  try{
    return (PhoneNumber)super.clone();
  } catch(CloneNotSupportedException e){
    throw new AssertionError();
  }
}
  ※根据接口描述如果在没有实现 Cloneable 接口的实例上调用 Object 的 clone 方法，则会导致抛出

CloneNotSupportedException 异常。（又是一个挺奇怪的“约定”）

 

第12条：考虑实现Comparable接口
  ∷专为 Arrays.sort()排序而用，重点注意要与equals不矛盾（还是那句话懒人都用Apache Commons）

 

第4章 类和接口

第13条：使类和成员的可访问性最小化
  ∷为使访问级别（private,protected,public,包级）不会滥用一个简单方法是把说有成员都设为private，再逐步根据需要调整。
  ∷提放暴露数组，LIST等可从外部修改的变量，影响安全性（可用 Collections.unmodifiablelist做保护）

 

第14条：在公有类中使用访问方法而非公有域
  ∷JAVA Bean的典型特性
  ×（反例）java.awt中 Point和Dimension类 属性错误地使用public

 

第15条：使非可变性最小化
  ∷尽可能使用final
  ※方便的IDE工具容易生成出不该有的get，set方法，做这一步的时候需要慢一点再慢一点

 

第16条：复合优先于继承
  ∷继承虽然在重用方面效果显著，却有一些缺点：打破封装性，无法避免超类的“意外”扩展等。只有两者关系完全是“is-a”，即逻辑包含关系才可用继承。Java平台反例：Stack不应扩展Vector，Properties不应扩展Hashtable。

  ※实际项目中，继承类往往都是可高度重用的部分，应该都有底层开发人员或架构师统一考虑

 

第17条：要么为继承而设计，并提供文档说明，要么就禁止继承
  ∷强化了上一条，大多数继承都是精心策划为提高复用性而来。测试方法是编写子类，经验表明3个子类较合适。
    一般性规则：构造器不可调用被覆盖的方法。

 

第18条：接口优于抽象类
  ∷相对于抽象类只能继承一个，接口可以有任意中组合，灵活性更强。
  ※JAVA的面向接口编程毋庸置疑所以这两个本不是一个“量级”的东西，不过抽象类在设计模式还是有用武之地的。

 

第19条：接口只用于定义类型
  ∷在接口中干任何别的事情（如定义写常量等）都会显得过于另类，不宜尝试

 

第20条：类层次优于标签类
  ※个人认为这个属于设计问题，一个类的杂合了太多东西肯定要重新设计或重构了

 

第21条：用函数对象表示策略
  ※与设计模式相关的条目，对java.util包里的 Arrays.sort(T[] a, Comparator c) 及函数指针做了阐述。

 

第22条：优先考虑静态成员类
  ∷四种嵌套类

    静态成员类（只有一个实例，比较节省资源），
    非静态成员类（隐含外围实例，典型用法如Adapter），
    匿名类（当且仅当在非静态环境中定义，才有外部实例。不能包含静态成员。典型用法创建函数对象如Compatator），
    局部类（类匿名类，没有典型用法）

 

第5章 泛型
第23条：请不要在新代码中使用原生态类型
  ∷既然可以享受类型安全和消除类型强制转换的好处，没有理由不使用泛型。
  ∷两个例外：类文字必须使用原生态类型，关键字instanceof 可以也使用原生态

 

第24条：消除非受检警告
  ∷良好的编程习惯，并且竟可能小范围地使用@SuppressWarnings("unchecked")，同时加注释说明。

 

第25条：列表优先于数组
  ∷原因是数组的协变性（即类型检查在运行期做）与泛型相违，不宜一起使用。
  ∷用LIST代替E[] 可能会损失一些性能或简洁性，但是换回了更高的类型安全性（编译器报错）和互用性。

 

第26条：优先考虑泛型
  ※复用性增强的利器。实际项目中往往是做底层类和框架类考虑较多。

 

第27条：优先考虑泛型方法
  ∷泛型单例工厂（generic singleton factory）
例：
public interface UnaryFunction{
  T apply(T arg);
}

// Generic singleton factory pattern
private static UnaryFunction