在通往”Java技术殿堂”的路上，本书将为你指点迷津!内容全部由Java编码的最佳

实践组成，从语法、程序设计和架构、工具和框架、编码风格和编程思想等五大方面，对

Java程序员遇到的各种棘手的疑难问题给出了经验性的解决方案，为Java程序员如何编写

高质量的Java代码提出了151条极为宝贵的建议。对于每一个问题，不仅以建议的方式从

正反两面蛤出了被实践证明为十分优秀的解决方案和非常精糕的解决方案，而且还分析了

问题产生的根源，犹如醍醐灌顶，让人豁然开朗。

全书-共12章，第1~ 3章针对Java语法本身提出了51条建议，例如覆写变长方法

时应该注意哪些事项、final 修饰的常量不要在运行期修改、匿名类的构造函数特殊在什么

地方等:第4~9章重点针对JDK API的使用提出了80条建议，例如字符串的拼接方法该

如何选择、枚举使用时有哪些注意事项、出现NullPointerException该如何处理、泛型的多

重界限该如何使用、多线程编程如何预防死锁，等等r第10~ 12章针对程序性能、开源

的工具和框架、编码风格和编程思想等方面提出了20条建议。

希望本文能让你少走一些弯路

• 您是否曾经为了提供一个”One Line”的解决方案而彻夜地查看源代码?现在您不用了。
• 您是否曾经为了理解某个算法而冥思苦想、阅览群书?现在您不用了。
• 您是否曾经为了提升0.1秒的性能而对N种实现方案进行严格测试和对比?现在您不用了。
• 您是否曾经为了避免多线程死锁问题而遍寻高手共同诊治?现在您不用了。

那些所谓的架构师、设计师、项目经理、分析师们，已经有多长时间没有写过代码了?

代码是一切的基石，我不太信任连”Hello World”都没有写过的架构师。看看我们软件界

的先辈们吧，Dennis M. Ritchie决定创造一门“看上去很好”的语言时，如果只是站在高

处呐喊，这门语言是划时代的，它有多么优秀，但不去实现，又有何用呢?没有Dennis M.

Rithie的亲自编码实现，C语言不可能诞生，UNIX操作系统也不可能诞生。Linux 在聚拢

成千上万的开源狂热者对它进行开发和扩展之前，如果没有Linus的编码实现，仅凭他高声

呐喊“我要创造一个划时代的操作系统”，有用吗?一切的一切都是以编码实现为前提的，

代码是我们前进的基石。

废话不多说直接把本书部分内容展示出来

目录

第1章Java开发中通用的方法和准则/1

• 建议1:不要在常量和变量中出现易混淆的字母/2
• 建议2:莫让常量蜕变成变量12
• 建议3:三元操作符的类型务必一致/3
• 建议4:避免带有变长参数的方法重载14
• 建议5:别让null值和空值威胁到变长方法/6
• 建议6:覆写变长方法也循规蹈矩17
• 建议7:警惕自增的陷阱/8
• 建议8:不要让旧语法困扰你/10
• 建议9:少用静态导人/11
• 建议10:不要在本类中覆盖静态导人的变量和方法/13
• 建议11:养成良好习惯，显式声明UID/14
• 建议12:避免用序列化类在构造函数中为不变量赋值/17
• 建议13:避免为final变量复杂赋值/19
• 建议14:使用序列化类的私有方法巧妙解决部分属性持久化问题/20
• 建议15: break万万不可忘/23
• 建议16:易变业务使用脚本语言编写/25
• 建议17:慎用动态编译/27
• 建议18:避免instanceof非预期结果/29
• 建议19:断言绝对不是鸡肋/31
• 建议20:不要只替换一个类/33

因本章章节过多，就不给大家一一展示了，需要获取这份《编写高质量代码改善JAVA程序的151个建议》PDF的小伙伴可以转发+关注后点击头像主页私信（学习）即可免费获取！

第2章基本类型 /35

• 建议21:用偶判断，不用奇判断/36
• 建议22:用整数类型处理货币/37
• 建议23:不要让类型默默转换/38
• 建议24:边界，边界，还是边界/39
• 建议25:不要让四舍五人亏了一方/41
• 建议26:提防包装类型的null值/43
• 建议27:谨慎包装类型的大小比较/145
• 建议28:优先使用整型池/46
• 建议29:优先选择基本类型148
• 建议30:不要随便设置随机种子149

因本章章节过多，就不给大家一一展示了，需要获取这份《编写高质量代码改善JAVA程序的151个建议》PDF的小伙伴可以转发+关注后点击头像主页私信（学习）即可免费获取！

第3章类、对象及方法152

• 建议31:在接口中不要存在实现代码/53
• 建议32:静态变量- -定要先声明后赋值/54
• 建议33:不要覆写静态方法155
• 建议34:构造函数尽量简化157
• 建议35:避免在构造函数中初始化其他类/58
• 建议36:使用构造代码块精炼程序/60
• 建议37:构造代码块会想你所想/61
• 建议38:使用静态内部类提高封装性/63
• 建议39:使用匿名类的构造函数/65
• 建议40:置名类的构造函数很特殊/66
• 建议41:让多重继承成为现实/68
• 建议42:让工具类不可实例化170
• 建议43:避免对象的浅拷贝/71
• 建议44:推荐使用序列化实现对象的拷贝/73
• 建议45:覆写equals方法时不要识别不出自己1/74
• 建议46: equals 应该考虑null值情景176
• 建议47:在equals中使用getClass进行类型判断177
• 建议48:覆写equals方法必须覆写hashCode方法178
• 建议49:推荐覆写toString方法/80
• 建议50:使用package-info 类为包服务/81
• 建议51:不要主动进行垃圾回收/82

因本章章节过多，就不给大家一一展示了，需要获取这份《编写高质量代码改善JAVA程序的151个建议》PDF的小伙伴可以转发+关注后点击头像主页私信（学习）即可免费获取！

第4章字符串/83

• 建议52:推荐使用String直接量赋值/84
• 建议53:注意方法中传递的参數要求/85
• 建议54:正确使用String、StringBuffer. StringBuilder/86
• 建议55:注意宇符串的位置/87
• 建议56:自由选择字符申拼接方法/88
• 建议57:推荐在复杂字符串操作中使用正则表达式/90
• 建议58:强烈建议使用UTF编码/92
• 建议59;对字符串排序持一种宽容的心态/94

因本章章节过多，就不给大家一一展示了，需要获取这份《编写高质量代码改善JAVA程序的151个建议》PDF的小伙伴可以转发+关注后点击头像主页私信（学习）即可免费获取！

第5章数组和集合 /97

• 建议60:性能考虑，数组是首选/98
• 建议61:若有必要，使用变长数组/99
• 建议62:警惕数组的浅拷贝/100
• 建议63:在明确的场景下，为集合指定初始容量/101
• 建议64:多种最值算法，适时选择/104
• 建议65:避开基本类型数组转换列表陷阱/105
• 建议66; asList 方法产生的List对象不可更改/107
• 建议67:不同的列表选择不同的遍历方法/108
• 建议68:频繁插入和删除时使用LinkedList/112
• 建议69;列表相等只需关心元素数据/115
• 建议70:子列表只是原列表的-一个视图/117
• 建议71:推荐使用subList处理局部列表/119
• 建议72:生成子列表后不要再操作原列表/120
• 建议73:使用Comparator进行排序/122
• 建议74:不推荐使用binarySearch对列表进行检索/125
• 建议75;集合中的元素必须做到compareTo和equals同步/127
• 建议76:集合运算时使用更优雅的方式/129
• 建议77;使用shufle打乱列表/131
• 建议78;减少HashMap中元素的数量/132
• 建议79;集合中的哈希码不要重复/135
• 建议80;多线程使用Vector 或HashTable/139
• 建议81:非稳定排序推荐使用List/141
• 建议82:由点及面，一叶知秋一集 合大家族/143

因本章章节过多，就不给大家一一展示了，需要获取这份《编写高质量代码改善JAVA程序的151个建议》PDF的小伙伴可以转发+关注后点击头像主页私信（学习）即可免费获取！

第6章枚举和注解 /145

• 建议83:推荐使用枚举定义常量/146
• 建议84:使用构造函数协助描述枚举项/149
• 建议85:小心switch带来的空值异常/150
• 建议86;在switch的default 代码块中增加AsserionError错误/152
• 建议87:使用valueOf前必须进行校验/152
• 建议88:用枚举实现工厂方法模式更简洁/155
• 建议89:枚举项的数量限制在64个以内/157
• 建议90:小心注解继承/160
• 建议91:枚举和注解结合使用威力更大/162
• 建议92:注意@Override不同版本的区别/164

因本章章节过多，就不给大家一一展示了，需要获取这份《编写高质量代码改善JAVA程序的151个建议》PDF的小伙伴可以转发+关注后点击头像主页私信（学习）即可免费获取！

第7章泛型和反射 /166

• 建议93: Java的泛型是类型擦除的/167
• 建议94:不能初始化泛型参数和數组/169
• 建议95:强制声明泛型的实际类型/170
• 建议96:不同的场景使用不同的泛型通配符/172
• 建议97;警惕泛型是不能协变和逆变的/174
• 建议98:建议采用的顺序是List<T>、List<?>、 List<Object>/176
• 建议99;严格限定泛型类型采用多重界限/177
• 建议100:数组的真实类型必须是泛型类型的子类型/179
• 建议101:注意Class类的特殊性/181
• 建议102:适时选择getDeclaredXxx和getxx X/181
• 建议103:反射访问属性或方法时将Acessible设置为true /182
• 建议104:使用forName动态加载类文件/184
• 建议105:动态加载不适合数组/186
• 建议106;动态代理可以使代理模式更加灵活/188
• 建议107:使用反射增加装饰模式的普适性/190
• 建议108:反射让模板方法模式更强大/192
• 建议109:不需要太多关注反射效率/194

因本章章节过多，就不给大家一一展示了，需要获取这份《编写高质量代码改善JAVA程序的151个建议》PDF的小伙伴可以转发+关注后点击头像主页私信（学习）即可免费获取！

第8章异常/197

• 建议110:提倡异常封装/198
• 建议111:采用异常链传递异常/200
• 建议112:受检异常尽可能转化为非受检异常/202
• 建议113:不要在finally块中处理返回值/204
• 建议114:不要在构造函数中抛出异常/207
• 建议115;使用Throwable获得栈信息/210
• 建议116:异常只为异常服务/212
• 建议117:多使用异常，把性能问题放- -边 /213

因本章章节过多，就不给大家一一展示了，需要获取这份《编写高质量代码改善JAVA程序的151个建议》PDF的小伙伴可以转发+关注后点击头像主页私信（学习）即可免费获取！

第9章多线程和并发 /215

• 建议118:不推荐覆写start方法/216
• 建议119:启动线程前stop方法是不可靠的/218
• 建议120:不使用stop方法停止线程/220
• 建议121:线程优先级只使用三个等级/224
• 建议122:使用线程异常处理器提升系统可靠性/226
• 建议123: volatile 不能保证数据同步1228
• 建议124:异步运算考虑使用Callable接口/232
• 建议125:优先选择线程池/233
• 建议126:适时选择不同的线程池来实现/237
• 建议127: Lock与synchronized是不一样的/240
• 建议128:预防线程死锁/245
• 建议129:适当设置阻塞队列长度/250
• 建议130:使用CountDownLatch协调子线程/252
• 建议131: CyclicBarrier 让多线程齐步走/254

因本章章节过多，就不给大家一一展示了，需要获取这份《编写高质量代码改善JAVA程序的151个建议》PDF的小伙伴可以转发+关注后点击头像主页私信（学习）即可免费获取！

第10章性能和效率 /256

• 建议132:提升Java性能的基本方法/257
• 建议133:若非必要，不要克隆对象/259
• 建议134:推荐使用“望闻问切”的方式诊断性能/261
• 建议135:必须定义性能衡量标准/263
• 建议136:枪打出头鸟一解决 首要系统性能问题/264
• 建议137:调整JVM参数以提升性能/266
• 建议138:性能是个大“咕咚”/268

因本章章节过多，就不给大家一一展示了，需要获取这份《编写高质量代码改善JAVA程序的151个建议》PDF的小伙伴可以转发+关注后点击头像主页私信（学习）即可免费获取！

第11章开源世界/271

• 建议139:大胆采用开源工具1/272
• 建议140:推荐使用Guava扩展工具包1/273
• 建议141: Apache护展包1/276
• 建议142:推荐使用Joda日期时间扩展包/280
• 建议143:可以选择多种Collections扩展/282

因本章章节过多，就不给大家一一展示了，需要获取这份《编写高质量代码改善JAVA程序的151个建议》PDF的小伙伴可以转发+关注后点击头像主页私信（学习）即可免费获取！

第12章思想为源/285

• 建议144:提倡良好的代码风格/286
• 建议145:不要完全依靠单元测试来发现问题/287
• 建议146:让注释正确、清晰、简洁/290
• 建议147:让接口的职责保持单一/294
• 建议148:增强类的可替换性/295
• 建议149:依赖抽象而不是实现/298
• 建议150:抛弃7条不良的编码习惯/299
• 建议151:以技术员自律而不是工人/301

因本章章节过多，就不给大家一一展示了，需要获取这份《编写高质量代码改善JAVA程序的151个建议》PDF的小伙伴可以转发+关注后点击头像主页私信（学习）即可免费获取！