序
前言
致谢
第1章 引言
第2章 创建和销毁对象
第1条：考虑用静态工厂方法代替构造器
第2条：遇到多个构造器参数时要考虑用构建器
第3条：用私有构造器或者枚举类型强化Singleton属性
第4条：通过私有构造器强化不可实例化的能力
第5条：避免创建不必要的对象
第6条：消除过期的对象引用
第7条：避免使用终结方法
第3章 对于所有对象都通用的方法
第8条：覆盖equals时请遵守通用约定
第9条：覆盖equals时总要覆盖hashCode
第10条：始终要覆盖toString
第11条：谨慎地覆盖clone
第12条：考虑实现Comparable接口
第4章 类和接口
第13条：使类和成员的可访问性最小化
第14条：在公有类中使用访问方法而非公有域
第15条：使可变性最小化
第16条：复合优先于继承
第17条：要么为继承而设计，并提供文档说明，要么就禁止继承
第18条：接口优于抽象类
第19条：接口只用于定义类型
第20条：类层次优于标签类
第21条：用函数对象表示策略
第22条：优先考虑静态成员类
第5章 泛型
第23条：请不要在新代码中使用原生态类型
第24条：消除非受检警告
第25条：列表优先于数组
第26条：优先考虑泛型
第27条：优先考虑泛型方法
第28条：利用有限制通配符来提升API的灵活性
第29条：优先考虑类型安全的异构容器
第6章 枚举和注解
第30条：用enum代替int常量
第31条：用实例域代替序数
第32条：用EnumSet代替位域
第33条：用EnumMap代替序数索引
第34条：用接口模拟可伸缩的枚举
第35条：注解优先于命名模式
第36条：坚持使用Override注解
第37条：用标记接口定义类型
第7章 方法
第38条：检查参数的有效性
第39条：必要时进行保护性拷贝
第40条：谨慎设计方法签名
第41条：慎用重载
第42条：慎用可变参数
第43条：返回零长度的数组或者集合，而不是：null
第44条：为所有导出的API元素编写文档注释
第8章 通用程序设计
第45条：将局部变量的作用域最小化
第46条：for-each循环优先于传统的for循环
第47条：了解和使用类库
第48条：如果需要精确的答案，请避免使用float和double
第49条：基本类型优先于装箱基本类型
第50条：如果其他类型更适合，则尽量避免使用字符串
第51条：当心字符串连接的性能
第52条：通过接口引用对象
第53条：接口优先于反射机制
第54条：谨慎地使用本地方法
第55条：谨慎地进行优化
第56条：遵守普遍接受的命名惯例
第9章 异常
第57条：只针对异常的情况才使用异常
第58条：对可恢复的情况使用受检异常，对编程错误使用运行时异常
第59条：避免不必要地使用受检的异常
第60条：优先使用标准的异常
第61条：抛出与抽象相对应的异常
第62条：每个方法抛出的异常都要有文档
第63条：在细节消息中包含能捕获失败的信息
第64条：努力使失败保持原子性
第65条：不要忽略异常
第10章 并发
第66条：同步访问共享的可变数据
第67条：避免过度同步
第68条：executor和task优先干线程
第69条：并发工具优先于wait和notify
第70条：线程安全性的文档化
第71条：慎用延迟初始化
第72条：不要依赖于线程调度器
第73条：避免使用线程组
第11章 序列化
第74条：谨慎地实现Serializable接口
第75条：考虑使用自定义的序列化形式
第76条：保护性地编写readObject方法
第77条：对于实例控制，枚举类型优先于readResolve
第78条：考虑用序列化代理代替序列化实例
附录 第1版与第2版条目对照
中英文术语对照
参考文献
· · · · · · (收起)
具体描述
本书介绍了在Java编程中78条极具实用价值的经验规则，这些经验规则涵盖了大多数开发人员每天所面临的问题的解决方案。通过对Java平台设计专家所使用的技术的全面描述，揭示了应该做什么，不应该做什么才能产生清晰、健壮和高效的代码。
本书中的每条规则都以简短、独立的小文章形式出现，并通过例子代码加以进一步说明。本书内容全面，结构清晰，讲解详细。可作为技术人员的参考用书。
用户评价
##为了面试 也是豁出去了 @@
评分##为了面试 也是豁出去了 @@
评分##看英文也这么快就爽了~
评分##感谢司令赠书
评分##进阶
评分##感谢司令赠书
评分##用了近两个整天较仔细的读完了这本书，感觉尤其是新手都应该把这本书读一遍吧。
评分##保持Effective系列水平，对Java进阶提升很有帮助。可惜内容比较旧了，中文翻译也不太理想。 (2015.6.2jd)
评分##java是门繁琐的语言，它让软件开发变得复杂凌乱：糟糕的jdk，现实工程中大量使用第三方库；糟糕的枚举，实际工作中都是用常量代替；各种代理对象，各种设计模式；坑爹的Checked Exception，把异常从头throws到尾，除非你将其捕获；没有操作符重载，只能用坑爹的equals方法；很多函数都是滥用抛异常，比如字符串的split函数，如果用于分隔的字符不包含于待分隔的字符串中，直接抛异常！要么每次在调用split函数之前调用一下contains函数做验证，要么捕获异常，或者自己把contains和split函数都用上，再封装出1个新的函数，但是像这样没事就抛异常的函数实在太多了，每次都被坑到。。。java的问题实在太多！！！
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 book.tinynews.org All Rights Reserved. 静思书屋 版权所有