【JAVA陷阱与缺陷-->规则】（三）高级篇

C.1 I/O

C.1.1 Stream.close可以抛出IOException异常

规则：要在close上捕获异常，并且一般做法是忽略这些异常。

C.1.2 PrintStream.write(int)不刷新输出流

规则：要避免使用PrintStream.write(int)。如果用它，需要调用flush。

C.1.3 要消费掉一个进程的输出，否者该进程可能挂起

规则：应该总是消费掉你所创建的进程的输出。

C.2 线程

C.2.1 调用Thread.run不能启动一个线程

规则：永远不要调用Thread.run。

C.2.2 库类可能锁住或通知它们的实例

规则：如果你在扩展一个库类，那么请不要使用实例锁。应该使用存储在一个

私有域中的单独的锁对象。

C.2.3 Thread.interrupted会清除中断状态

规则：不要使用Thread.interrupted，除非你想清除当前线程的中断状态。

C.2.4 类初始化过程中将持有该类的锁

规则：要避免死锁风险，永远不要在类初始化过程中等待一个后台线程。[JSL 12.4.2]

C.2.5 在共享可变状态时同步失败，可能导致不能观察状态的变化

规则：要同步对共享的可变状态的访问。[EJ Item 48]

C.2.6 在被同步的语句块中调用外部方法可能导致死锁

规则：永远不要将控制流让给在被同步的方法或语句块中调用的外部方法。[EJ Item 49]

C.2.7 在while循环的外部调用wait方法会引发不可预知的行为

规则：永远不要在一个while循环的外部去调用wait。[EJ Item 50]

C.2.8 对线程调度器的依赖可能导致不定的且平台依赖的行为

规则：为了编写健壮的、响应迅速的和可移植的多线程程序，应该确保在任何给定的时刻，

都只有极少数的线程是可运行的。[EJ Item 51]

C.3 反射

C.3.1 反射将检查对实体和实体所属类的访问权限

规则：用反射实例化类，用接口访问实例。

C.3.2 用反射实例化内部类需要一个额外的参数

规则：不要在内部类上使用反射

优先考虑使用静态成员类，而不是内部类

C.3.3 Class.newInstance可以抛出未声明的受检查异常

规则只要存在构造器会抛出受检查异常的任何可能性，那么就应该使用java.lang.reflect.

Constructor.newInstance而不是Class.newInstance

C.4 序列化

C.4.1 让一个类可序列化将引入一个公共的伪构造器

规则：在让一个类可序列化前，三思

在接受缺省的readObject方法之前，要三思

编写readObject方法时，要采取保护性措施

C.4.2 序列化形式是类得公共API的一部分

规则：在设计序列化形式时，应该与设计任何其他API一样小心仔细。

C.4.3 使用缺省的序列化形式会在类得公共API中泄露私有域

规则：应该考虑使用某种定制的序列化形式

C.4.4 使用缺省的序列化形式可能会导致性能低下

规则：应该考虑使用某种定制的序列化形式

C.4.5 维护实例控制的不变规则需要一个readResolve方法

规则：应该总是为单例、自编的类型安全的枚举类型以及其他实例控制的

可实例化的类编写一个readResolve方法。

C.4.6 声明序列版本UID失败会导致脆弱

规则：应该在可序列化的类中声明一个显式的序列版本UID。

C.4.7 如果readObject或readResolve调用了可覆写的方法，反序列化循环的对象图可能引发奔溃

规则：如果一个HashSet、HashMap或HashTable将被序列化，那么确保其内容不会返回引用它；

在readObject和readResolve方法中，要避免在当前正在被序列化的对象上调用方法。

如果无法听从建议，那么要确保对象图不会有任何问题的循环。

C.5 其他库

C.5.1 覆写equals方法而不覆写hashCode方法可能会引发不定的行为

规则：总是要一起覆写。

C.5.2 Calendar和Date设计得很差劲

规则：一定要参考API。

C.5.3 许多类不管方法名是什么，这些类都是不可变的

规则：不要被误导而认为不可变的类型是可变的。不可变的类型包括

String Integer Long Short Byte Character Boolean Float Double BigInteger BigDecimal

C.5.4 某些被弃用的方法对程序员来说就是毒药

规则：弃用的方法 Thread.stop Thread.suspend Runtime.runFinalizerOnExit System.runFinalizerOnExit

C.5.5 使用自编的解决方案而不是库容易导致努力白费、bug产生以及极差的性能

规则：要了解并使用库。