编写高质量代码:改善Java程序的151个建议

《编写高质量代码:改善Java程序的151个建议》是2012年机械预时散史理细生操解工业出版社出版的书籍，作者秦小波。该书主要介绍了语法、程序设计和架构、工具和框架、编码风格和编程思想等五大方面的知识。

• 书名 编写高质量代码:改善Java程序的151个建议
• 作者 秦小波  
• ISBN 9787111362593
• 出版社 机械工业出版社
• 出版时间 2012 年1月

内容简介

　　在通往"java技术殿堂"的路上，本书将为你指点迷津!内容全部由java编码的最佳实践组成，对java程序员遇来自到的各种棘手的疑难360百科问题给出了经验性的解决方案，为java程序员如何编写高质量的java代码提出督季古旧菜到序演象但了了151条极为宝贵的建议。对于每一个问题，不仅以建议的方式从正反两面给出策务了被实践证明为十分优秀的解决方案和非常糟糕的解决方案，而且还分析了问题产生的根源，犹如醍醐灌顶，让人豁然开朗。

　　《编写高质量代码:改善java程序的151个建议》一共12章，第1~3章针对java语法本身提出了51条建议员异使皇封集眼电青每宜，例如覆写变长方法时应该注意哪些事项、final修饰的常量不要在运行期修改、匿名类的构造函数特殊在什么地方等;第4~9章重点针对jdk 端础决效万慢守api的使用提出了80条建议，例如字符串的拼续接方法该如何选择、枚举使用时有哪些注意事项、出现nullpointere育好领xception该如何处理、担诉粮输还权脱原毫载孙泛型的多重界限该如何使用、多线程编程如何预防死锁，等等;第10~12章针对程序性能、开源的工具和框架、编码风格和编程思想等方面提出了20条建议。

　　《编写高质量代码:改善java程序的151个建议》针对每个问题所设计的应用场景都非常典型，给出的建议也都与实践紧密结合。书中的每一条建议都东临帮可能在你的下一行条属急损优项代码、下一个应用或下一个项目中崭露头角，建议你将此书搁置在手边，随时查阅，一定能使你的学习和开发工作事半功倍。

目录

　　《编写高质量代码:改善java程诉序的151个建议》

　　前 右完死言

　　第1章 java开发中通用的方法和准于汉孔宗命武则/1

　　建议1: 不要在征点属背案苗们常量和变量中出现易队活多农础械验眼接九混淆的字母/2

　　建议2: 莫让常量蜕变成变量/2

　　建议3: 三元操作符的类型务必一致/3

　　建议4: 避免带段士宜运有只双洲多表屋有变长参数的方法重载/4

　　建议5: 别让null值和空值威胁到变长方法/6

　　建议6: 覆写变长方法也循规蹈矩/7

　　建议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

　　第2章 基本类型/35

　　建议21: 用偶剂判压导脱民判断，不用奇判断/36

　　建议22: 用整数类型处理货币/37

　　建议23: 不要让类型默默转换/38

　　建议24: 边界，边界，还是边界/39

　　建议25: 不要让四舍五入亏了一方/41

　　建议26: 提防包装类型的null值/43

　　建议27: 谨慎包装类型的大小比较/45

　　建议28: 优先使用整型池/46

　　建议29: 优先选择基本类型/48

　　建议30: 不要随便设置随机种子/49

　　第3章 类、对象及方法/52

　　建议31: 在接口中不要存在实现代码/53

　　建议32: 静态变量一定要先声明后赋值/54

　　建议33: 不要覆写静态方法/55

　　建议34: 构造函数尽量简化/57

　　建议35: 避免在构造函数中初始化其他类/58

　　建议36: 使用构造代码块精炼程序/60

　　建议37: 构造代码块会想你所想/61

　　建议38: 使用静态内部类提高封装性/63

　　建议39: 使用匿名类的构造函数/65

　　建议40: 匿名类的构造函数很特殊/66

　　建议41: 让多重继承成为现实/68

　　建议42: 让工具类不可实例化/70

　　建议43: 避免对象的浅拷贝/71

　　建议44: 推荐使用序列化实现对象的拷贝/73

　　建议45: 覆写equals方法时不要识别不出自己/74

　　建议46: equals应该考虑null值情景/76

　　建议47: 在equals中使用getclass进行类型判断/77

　　建议48: 覆写equals方法必须覆写hashcode方法/78

　　建议49: 推荐覆写tostring方法/80

　　建议50: 使用package-info类为包服务/81

　　建议51: 不要主动进行垃圾回收/82

　　第4章 字符串/83

　　建议52: 推荐使用string直接量赋值/84

　　建议53: 注意方法中传递的参数要求/85

　　建议54: 正确使用string、stringbuffer、stringbuilder/86

　　建议55: 注意字符串的位置/87

　　建议56: 自由选择字符串拼接方法/88

　　建议57: 推荐在复杂字符串操作中使用正则表达式/90

　　建议58: 强烈建议使用utf编码/92

　　建议59: 对字符串排序持一种宽容的心态/94

　　第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: 使用shuffle打乱列表/131

　　建议78: 减少hashmap中元素的数量/132

　　建议79: 集合中的哈希码不要重复/135

　　建议80: 多线程使用vector或hashtable/139

　　建议81: 非稳定排序推荐使用list/141

　　建议82: 由点及面，一叶知秋-集合大家族/143

　　第6章 枚举和注解/145

　　建议83: 推荐使用枚举定义常量/146

　　建议84: 使用构造函数协助描述枚举项/149

　　建议85: 小心switch带来的空值异常/150

　　建议86: 在switch的default代码块中增加assertionerror错误/152

　　建议87: 使用valueof前必须进行校验/152

　　建议88: 用枚举实现工厂方法模式更简洁/155

　　建议89: 枚举项的数量限制在64个以内/157

　　建议90: 小心注解继承/160

　　建议91: 枚举和注解结合使用威力更大/162

　　建议92: 注意@override不同版本的区别/164

　　第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: 适时选择getdeclared×××和get×××/181

　　建议103: 反射访问属性或方法时将accessible设置为true /182

　　建议104: 使用forname动态加载类文件/184

　　建议105: 动态加载不适合数组/186

　　建议106: 动态代理可以使代理模式更加灵活/188

　　建议107: 使用反射增加装饰模式的普适性/190

　　建议108: 反射让模板方法模式更强大/192

　　建议109: 不需要太多关注反射效率/194

　　第8章 异常/197

　　建议110: 提倡异常封装/198

　　建议111: 采用异常链传递异常/200

　　建议112: 受检异常尽可能转化为非受检异常/202

　　建议113: 不要在finally块中处理返回值/204

　　建议114: 不要在构造函数中抛出异常/207

　　建议115: 使用throwable获得栈信息/210

　　建议116: 异常只为异常服务/212

　　建议117: 多使用异常，把性能问题放一边/213

　　第9章 多线程和并发/215

　　建议118: 不推荐覆写start方法/216

　　建议119: 启动线程前stop方法是不可靠的/218

　　建议120: 不使用stop方法停止线程/220

　　建议121: 线程优先级只使用三个等级/224

　　建议122: 使用线程异常处理器提升系统可靠性/226

　　建议123: volatile不能保证数据同步/228

　　建议124: 异步运算考虑使用callable接口/232

　　建议125: 优先选择线程池/233

　　建议126: 适时选择不同的线程池来实现/237

　　建议127: lock与synchronized是不一样的/240

　　建议128: 预防线程死锁/245

　　建议129: 适当设置阻塞队列长度/250

　　建议130: 使用countdownlatch协调子线程/252

　　建议131: cyclicbarrier让多线程齐步走/254

　　第10章 性能和效率/256

　　建议132: 提升java性能的基本方法/257

　　建议133: 若非必要，不要克隆对象/259

　　建议134: 推荐使用"望闻问切"的方式诊断性能/261

　　建议135: 必须定义性能衡量标准/263

　　建议136: 枪打出头鸟-解决首要系统性能问题/264

　　建议137: 调整jvm参数以提升性能/266

　　建议138: 性能是个大"咕咚"/268

　　第11章 开源世界/271

　　建议139: 大胆采用开源工具/272

　　建议140: 推荐使用guava扩展工具包/273

　　建议141: apache扩展包/276

　　建议142: 推荐使用joda日期时间扩展包/280

　　建议143: 可以选择多种collections扩展/282

　　第12章 思想为源/285

　　建议144: 提倡良好的代码风格/286

　　建议145: 不要完全依靠单元测试来发现问题/287

　　建议146: 让注释正确、清晰、简洁/290

　　建议147: 让接口的职责保持单一/294

　　建议148: 增强类的可替换性/295

　　建议149: 依赖抽象而不是实现/298

　　建议150: 抛弃7条不良的编码习惯/299

　　建议151: 以技术员自律而不是工人/301