effective-java-third-edition

开源地址：

介绍

Effective Java 第三版全文翻译，纯属个人业余翻译，不合理的地方，望指正，感激不尽！

如果对你有帮助的话，给个 Star 支持一下，谢谢

版权声明

本项目仅为个人学习交流使用，切勿作为商业用途，若将此项目作为商业用途，后果自负，与本项目无关。

联系邮箱：lin-mt@outlook.com

目录

推荐序前言致谢第一章 引言第二章 创建和销毁对象

  本章涉及创建和销毁对象，包括何时以及如何创建它们，何时以及如何避免创建它们，如何确保它们被及时销毁，以及如何管理在销毁之前必须进行的清理操作。

第 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 项：不要忽略异常

第十一章 并发

  线程（THREADS）机制允许同时进行多个活动。并发编程要比单线程编程要困难得多，因为有很多东西可能出错，也很难重现失败。你无法避免并发。它本来就存在 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 项：考虑用序列化代理代替序列化实例

附录 与第 2 版中项目的对应关系参考文献