版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/smileiam/article/details/72317415
下面对Effective java第二版中的技术点进行总结，未读待续，先保存着。
| 序号 | 技巧 | 优点 | 缺点及注意事项 |
|---|---|---|---|
| 1 | 用静态工厂方法代替构造器 | 有名称， 不必在每次调用时都创建一个新对象，可返回原返回类型的任何子类型对象，创建参数化实例时，代码更简洁 | 若类不含有公有或受保护的构造器，不能被子类化，它们与其他静态方法实际上没有任何区别 |
| 2 | 多个构造器参数时考虑用构造器 | Builder模式，利用所有必要的参数调用构造器，得到一个builder对象，再在builder对象上调用类似于setter方法 | 如果类的构造器或静态工厂中有多个参数 |
| 3 | 用私有构造器或枚举类型强化Singleton属性 | 1.私有构造器： public class Elvis { public static final Elvis INSTANCE = new Elvis(); private Elvis() {…} } 2. 枚举：public enum Elvis { INSTANCE; } |
Singleton指仅被实例化一次的类 |
| 4 | 通过私有构造器强化不可实例化的能力 | public class UtilityClass { private UtilityClass() {…} } |
只包含静态方法和静态域的类 |
| 5 | 避免创建不必要的对象 | 优先使用基本类型int, long, boolean等而不是装箱基本类型Integer,Long, Boolean； 维持对象池； 对象能重用时尽量用同一对象，考虑用适配器； | |
| 6 | 消除过期的对象引用 | 将过期对象设为null，使用弱引用WeakHashmap | |
| 7 | 避免使用终结方法 | 作为安全网或是为了终止非关键的本地资源时使用，仍要调用super.finalize | 不能保证会被及时执行；有性能损失； |
| 8 | 覆盖equals时遵守的通用约定 | 自反性、对称性、传递性、一致性、非空性 | 使用==检查“参数是否为这个对象的引用”、使用instanceof操作符检查“参数是否为正确类型” |
| 9 | 覆盖equals时总要覆盖hashCode | 相等的对象必须有相等的散列码 | |
| 10 | 始终要覆盖toString | 使类返回对象中包含值得关注的信息 | 正常Object的toString返回的字符串是“类名+@+无符号十六进制散列码”，不是用户期望的 |
| 11 | 谨慎地覆盖clone | 实现了cloneable接口的类，必须要实现clone方法 | 克隆必须保证不会伤害到原始对象，确保正确地创建被克隆对象中的约束条件 |
| 12 | 考虑实现Comparable接口 | compareTo允许顺序比较 | 若两个被比较的compareTo对象引用不同类的对象，会抛异常 |
| 13 | 使类和成员的可访问性最小化 | 尽可能使每个类或成员不被外界访问，信息隐藏 | 实例域不能是公有的，包含公有可变域的类不是线程安全的 |
| 14 | 在公有类中使用访问方法而非公有域 | 对于可变类，应该用私有域和公有访问(getter)/设值(setter)方法代替 | 若公有类暴露了它的数据域，将来想改变其内部表示法比较困难 |
| 15 | 使可变性最小化 | 不可变类即其实例不能被修改的类，主要有：不要提供任何会修改对象状态的方法；保证类不会被扩展；使所有的域都是final的；所有域都成为私有 | 在特定情况下存在潜在的性以问题 |
| 16 | 复合优先于继承 | 包装类比子类更健壮，功能更强大；不会暴露太多实现细节 | 封装违背了封装原则 |
| 17 | 要么为继承而设计，并提供文档说明，要么就禁止继承 | 类文档必须精确地描述覆盖每具方法所带来的影响；构造器不能调用可被覆盖的方法 | 对于并非为了进行子类化而设计和编写文档的类，要禁止子类化，可以把类声明为final型，或是把所有的构造器都变成私有的 |
| 18 | 接口优于抽象类 | 接口是定义mixin(混合类型)的理想民选择；允许构造非层次结构的类型框架 | 接口一旦公开且被广泛实现，再想改变几乎不可能；（两者区别：抽象类允许包含某些方法实现，接口不允许；类只能单继承，实现抽象类只能成为一个子类，而接口不受此限制） |
| 19 | 接口只用定义类型 | 类实现接口时，接口就充当可以引用这个类的实例类型 | 接口应该只被用来定义类型，不应该被用来导出常量 |
| 20 | 类层次优先于标签类 | 类层次可以用来反映类型之间本质上的层次关系，有助于增强灵活性 | 若使用标签类，域不能做成final型，且初始化出错，很容易导致运行时失败 |
| 21 | 用函数对象表示策略 | 函数指针是用来实现策略模式，为实现这种模式，需要声明一个接口来表示策略，为每个具体策略声明一个实现该接口的类 | |
| 22 | 优先考虑静态成员类 | 如果声明成员类不要求访问外围实例，就要始终把static修饰符放在它的声明中 | 非静态成员类的每个实例都隐含着与外围类的一个外围实例相关联，保持这份引用需要消耗时间和空间 |
| 23 | 请不要在新代码中使用原生态类型 | 使用原生态类型，就失掉了泛型在安全性和表述性方面所有优势 | List泛型；List无限制通配符类型，表示只能包含某种未知对象类型的一个集合；List原生态类型，脱离了泛型系统，不安全 |
| 24 | 消除非受检的警告 | 每一条警告都表示可能在运行时抛出ClassCastException异常 | 如果无法消除警告，且可证明引起警告的代码是类型安全的（可以使用@SuppressWarnings(“unchecked”)） |
| 25 | 列表优先于数组 | 数组在运行时才检查元素类型约束，没有编译时的类型安全；泛型是通过擦除来实现，只在编译时强化类型信息，在运行时丢弃它们的元素类型信息 | 擦除就是使泛型可以与没有使用泛型的代码随意进行互用，数组和泛型不能很好的混合使用 |
| 26 | 优先考虑泛型 | 使用泛型比在客户端进行类型转换更安全，也更容易 | 把现有类型都泛型化 |
| 27 | 优先考虑泛型方法 | 使用泛型比在客户端输入参数和返回值的方法更安全，也更容易 | 像类型一样，可以确保方法可以不用转换就能使用 |
| 28 | 利用有限制通配符来提升API的灵活性 | 为获取最大限度的灵活性，要在表示生产者或消费者的输入参数上使用通配符类型 | 如Comparable优先于Comparable |
| 29 | 优先考虑类型安全的异构容器 | 将键进行参数化而不是将容器参数化，将参数化的键提交给容器 | 不可用在不可具体化的类型中，如List没有对应的Class对象；客户端很容易被破化类型安全，如使用原生态形式 |
| 30 | 用enum代替int常量 | 枚举所有的域都应该是final的，易读，更安全，功能也更强大 | 枚举在装载或初化时会有空间和时间的成本 |
| 31 | 用实例域代替序数 | 可以将枚举的序保存在一个实例域中，如public enum Ensemble {SOLO(1), DUEP(2), …} | ordinal是为EnumSet和EnumMap类型的数据结构用的，为表示序号，不要用ordinal方法 |
| 32 | 用EnumSet代替位域 | EnumSet可从单个枚举类型中撮多个值的多个集合，批处理，如removeAll和retainAll，都是用位算法实现的 | Java 1.6以前，无法创建不可变的EnumSet |
| 33 | 用EnumMap代替序数索引 | 如果要表示是关系是多维度的，就命名用EnumMap<…, EnumMap<…>> | EnumMap内部使用了数组，集Map丰富功能和类型安全与数组的快速于一体 |
| 34 | 用接口模拟可伸缩的枚举 | 定义一个接口，让枚举实现这个接口 | |
| 35 | 注解优先于命名模式 | 拼写错误，编译期间就会发现；注解中数组参数是优化的单元素数组 | 命名模式的几个缺陷：用户单词拼写错误，不会报错也不会执行，造成错误的安全感；无法确保它们只用于相应的程序元素上；没有提供参数值与程序元素关联的方法； |
| 36 | 坚持使用Override注解 | 如果想要覆盖超类中声明的方法，则使用Override注解 | 编译器可以防止犯错 |
| 37 | 用标记接口定义类型 | 可通过默认的方式添加一个或多个注解类型元素，给已被使用注解类型添加更多信息 | 标记接口是指没有包含方法声明的接口，只是指明一个类实现了具有某种属性的接口，如Serializable接口 |
| 38 | 检查参数的有效性 | 非公有方法可以使用断言来检查它们的参数 | 设计参数限制检查时，视具体需求而定，如果检查很费时间或是导致操作非原子性，会加大程序运行时间 |
| 39 | 必要时进行保护性拷贝 | 保护性拷贝是在检查参数有效性之前进行，有效性检查的是拷贝之后的对象 |