《编写高质量代码：改善Java程序的151个建议》PDF

资源名称：《编写高质量代码：改善Java程序的151个建议》PDF

内容简介：

在通往“Java技术殿堂”的路上，本书将为你指点迷津！内容全部由Java编码的最佳实践组成，从语法、程序设计和架构、工具和框架、编码风格和编程思想等五大方面对Java程序员遇到的各种棘手的疑难问题给出了经验性的解决方案，为Java程序员如何编写高质量的Java代码提出了151条极为宝贵的建议。对于每一个问题，不仅以建议的方式从正反两面给出了被实践证明为十分优秀的解决方案和非常糟糕的解决方案，而且还分析了问题产生的根源，犹如醍醐灌顶，让人豁然开朗。

全书一共12章，1~3章针对Java语法本身提出了51条建议，例如覆写变长方法时应该注意哪些事项、final修饰的常量不要在运行期修改、匿名类的构造函数特殊在什么地方等；4~9章重点针对JDK API的使用提出了80条建议，例如字符串的拼接方法该如何选择、枚举使用时有哪些注意事项、出现NullPointerException该如何处理、泛型的多重界限该如何使用、多线程编程如何预防死锁，等等；10~12章针对程序性能、开源的工具和框架、编码风格和编程思想等方面提出了20条建议。

本书针对每个问题所设计应用场景都非常典型，给出的建议也都与实践紧密结合。书中的每一条建议都可能在你的下一行代码、下一个应用或下一个项目中崭露头角，建议你将此书搁置在手边，随时查阅，一定能使你的学习和开发工作事半功倍。

作者简介：

秦小波，资深软件开发工程师、系统分析师和架构师（获Sun架构师认证），从软件开发工作10余年，实践经验极其丰富。资深Java技术专家，Java语言、Spring、Struts 2、Hibernate、iBatis、jBPM等Java技术，在企业级Java应用领域积累了大量工程经验，对ESB、BPEL等整合技术也有较深入的认识。精通设计模式，对设计模式有深刻的认识和独到见解，而且创造性地提出了自己在大量实践中总结出来的新的设计模式。他撰写的《设计模式之禅》一书凭借优质的内容和良好的可读性广获读者好评，被誉为“设计模式领域的里程碑之作。此外，他还是一位优秀的DBA，具有IBM DB2 DBA资格认证，对海量数据处理有深入的研究。

资源目录：

前言

第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、List、List/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

资源截图：