共计 3384 个字符，预计需要花费 9 分钟才能阅读完成。
effective-java-third-edition
介绍
Effective Java 第三版全文翻译，纯属个人业余翻译，不合理的地方，望指正，感激不尽！
目录
推荐序
前言
致谢
第一章 引言
第二章 创建和销毁对象
本章涉及创建和销毁对象，包括何时以及如何创建它们，何时以及如何避免创建它们，如何确保它们被及时销毁，以及如何管理在销毁之前必须进行的清理操作。
- 第 1 项：考虑静态工厂方法而不是构造函数
- 第 2 项：当面临多个参数的构造器时考虑使用构建器
- 第 3 项：用私有构造器或者枚举类型强化 Singleton 属性
- 第 4 项：通过私有构造器强化不可实例化的能力
- 第 5 项：优先考虑依赖注入来引用资源
- 第 6 项：避免创建不必要的对象
- 第 7 项：消除过期的对象引用
- 第 8 项：避免使用终结方法和清除方法
- 第 9 项：try-with-resources 优先于 try-finally
第三章 对于所有对象都通用的方法
尽管 Object 是一个具体类，但是设计它主要是为了扩展。它所有的非 final 方法（equals、hashCode、toString、clone 和 finalize）都有明确的通用约定（general contracts），因为它们被设计成是要被重写（override）的。任何一个类，它在覆盖这些方法的时候，都有责任遵守这些通用约定；如果做不到这一点，其他依赖于这些约定的类（例如 HashMap 和 HashSet）就无法结合该类一起正常运作。
本章将讲述何时以及如何覆盖这些非 final 的 Object 方法。本章不再讨论 finalize 方法，因为第 7 项已经讨论过这个方法了。而 Comparable.compareTo 虽然不是 Object 方法，但是本章也对它进行讨论，因为它具有类似的特征。
- 第 10 项：覆盖 equals 时请遵守通用约定
- 第 11 项：当重写 equals 方法时总要重写 hashCode 方法
- 第 12 项：始终重写 toString 方法
- 第 13 项：谨慎地重写 clone 方法
- 第 14 项：考虑实现 Comparable 接口
第四章 类和接口
类和接口是 Java 程序设计语言的何鑫，他们也是 Java 语言的基本抽象单元。Java 语言提供了许多强大的基本元素，供程序猿来设计类和接口。本章包含的一些指南可以帮助你充分利用这些元素，以便让你编写的类和接口可用、健壮且灵活。
- 第 15 项：使类和成员的可访问性最小化
- 第 16 项：要在公有类而非公有域中使用访问方法
- 第 17 项：使可变性最小化
- 第 18 项：复合优先于继承
- 第 19 项：要么设计继承并提供文档说明，要么禁止继承
- 第 20 项：接口优于抽象类
- 第 21 项：为后代设计接口
- 第 22 项：接口只用于定义类型
- 第 23 项：类层次优于标签类
- 第 24 项：静态成员类优于非静态成员类
- 第 25 项：限制源文件为单个顶级类
第五章 泛型
Java 1.5 发行版本中增加了泛型（Generic）。在没有泛型之前，从集合中读取到的每一个对象都必须进行转换。如果有人不小心插入了类型错误的对象，在运行时的转换处理就会出错。有个泛型，可以告诉编译器每个集合中接收哪些对象类型。编译器自动地为你的插入进行转化，并在编译时告知是否插入了类型错误的对象。这样可以使程序既更加安全，也更加清楚，但是这些好处（不仅仅针对集合）是需要付出代价的。本章将告诉您如何最大化利益并最大限度地减少并发症【使用泛型带来的坏处】（complications）。
- 第 26 项：请不要使用原生态类型
- 第 27 项：消除非受检的警告
- 第 28 项：列表优于数组
- 第 29 项：优先考虑泛型
- 第 30 项：优先考虑泛型方法
- 第 31 项：利用有限制通配符来提升 API 的灵活性
- 第 32 项：谨慎并用泛型和可变参数
- 第 33 项：优先考虑类型安全的异构容器
第六章 枚举和注解
Java 支持两种特殊用途的引用类型：一种成为枚举（enum type）类型，以及一种称为注解类型（annotation type）的接口。本章讨论使用这些类型系列的最佳实践。
- 第 34 项：用 enum 代替 int 常量
- 第 35 项：用实例域代替序数
- 第 36 项：用 EnumSet 代替位域
- 第 37 项：用 EnumMap 代替序数索引
- 第 38 项：用接口模拟可扩展的枚举
- 第 39 项：注解优先于命名模式
- 第 40 项：坚持使用 Override 注解
- 第 41 项：用标记接口定义类型
第七章 Lambda 和 Stream
在 Java 8 中，添加了函数接口，lambda 和方法引用，以便更容易地创建函数对象。在这些语法（language）更改的同时添加进了流 API，以便为处理数据元素序列提供库支持。在本章中，我们将讨论如何充分利用这些工具。
- 第 42 项：Lambda 优先于匿名类
- 第 43 项：方法引用优先于 Lambda
- 第 44 项：坚持使用标准的函数接口
- 第 45 项：谨慎使用 Stream
- 第 46 项：优先选择 Stream 中无副作用的函数
- 第 47 项：Stream 要优先用 Collection 作为返回类型
- 第 48 项：谨慎使用 Stream 并行
第八章 方法
本章讨论了方法设计的几个方面：如何处理参数和返回值，如何设计方法签名以及如何为方法编写文档。本章中的大部分内容适用于构造函数和方法。与第 4 章一样，本章重点介绍可用性，健壮性和灵活性。
- 第 49 项：检查参数的有效性
- 第 50 项：必要时进行保护性拷贝
- 第 51 项：谨慎设计方法签名
- 第 52 项：慎用重载
- 第 53 项：慎用可变参数
- 第 54 项：返回零长度的数组或者集合，而不是 null
- 第 55 项：谨慎返回 optinal
- 第 56 项：为所有导出的 API 元素编写文档注释
第九章 通用编程
本章主要讨论 Java 语言的具体细节，讨论了局部变量、控制结构、类库、数据类型，以及两种不是由语言本身提供的机制（reflection 和 native method，反射机制和本地方法）。最后讨论了优化和命名惯例。
- 第 57 项：将局部变量的作用域最小化
- 第 58 项：for-each 循环优先于传统的 for 循环
- 第 59 项：了解和使用类库
- 第 60 项：如果需要精确的答案，请避免使用 float 和 double
- 第 61 项：基本类型优先于装箱基本类型
- 第 62 项：如果其他类型更适合，则尽量避免使用字符串
- 第 63 项：了解字符串连接的性能
- 第 64 项：通过接口引用对象
- 第 65 项：接口优先于反射机制
- 第 66 项：谨慎地使用本地方法
- 第 67 项：谨慎地进行优化
- 第 68 项：遵守普遍接受的命名惯例
第十章 异常
在最通常情况下，异常可以提高程序的可读性，可靠性和可维护性。如果使用不当，可能会产生相反的效果。本章提供有效使用异常的指南。
- 第 69 项：只针对异常的情况才使用异常
- 第 70 项：对可恢复的情况使用受检异常，对编程错误使用运行时异常
- 第 71 项：避免不必要地使用受检异常
- 第 72 项：优先使用标准的异常
- 第 73 项：抛出与抽象对应的异常
- 第 74 项：每个方法抛出的所有异常都要建立文档
- 第 75 项：在细节消息中包含失败 - 捕获信息
- 第 76 项：努力使失败保持原子性
- 第 77 项：不要忽略异常
第十一章 并发
线程（RHREADS）机制允许同时进行多个活动。并发编程要比单线程编程要困难得多，因为有很多东西可能出错，也很难重现失败。你无法避免并发。它本来就存在 Java 平台中了，如果你要从多核处理器中获得更好的性能，并发也是一个必要条件，这些现在都是十分普遍的了。本章阐述的建议可以帮助你编写出清晰、正确、文档组织良好的并发程序。
- 第 78 项：同步访问共享的可变数据
- 第 79 项：避免过度同步
- 第 80 项：executor、task 和 stream 优先于线程
- 第 81 项：并发工具优先于 wait 和 notify
- 第 82 项：线程安全性的文档化
- 第 83 项：慎用延迟初始化
- 第 84 项：不要依赖于线程调度器
第十二章 序列化
本章关注 对象序列化（object serialization），它是一个 Java 的框架，用来将对象编码为字节流（序列化（serializing）），并从其编码中重构对象（反序列化（deserializing））。一旦对象被序列化，其编码可以从一个 VM 发送到另一个 VM 或存储在磁盘上以便以后反序列化。本章重点介绍序列化的危险以及如何将序列化最小化。
- 第 85 项：其他方法优先于 Java 序列化
- 第 86 项：谨慎地实现 Serializable 接口
- 第 87 项：考虑使用自定义的序列化形式
- 第 88 项：保护性地编写 readObject 方法
- 第 89 项：对于实例控制，枚举类型优先于 readResolve
- 第 90 项：考虑用序列化代理代替序列化实例
