编写高质量代码

前言第1章　Java开发中通用的方法和准则建议1： 不要在常量和变量中出现易混淆的字母建议2： 莫让常量蜕变成变量建议3： 三元操作符的类型务必一致建议4： 避免带有变长参数的方法重载建议5： 别让null值和空值威胁到变长方法建议6： 覆写变长方法也循规蹈矩建议7： 警惕自增的陷阱建议8： 不要让旧语法困扰你建议9： 少用静态导入建议10： 不要在本类中覆盖静态导入的变量和方法建议11： 养成良好习惯，显式声明UID建议12： 避免用序列化类在构造函数中为不变量赋值建议13： 避免为final变量复杂赋值建议14： 使用序列化类的私有方法巧妙解决部分属性持久化问题建议15： break万万不可忘建议16： 易变业务使用脚本语言编写建议17： 慎用动态编译建议18： 避免instanceof非预期结果建议19： 断言绝对不是鸡肋建议20： 不要只替换一个类第2章　基本类型建议21： 用偶判断，不用奇判断建议22： 用整数类型处理货币建议23： 不要让类型默默转换建议24： 边界，边界，还是边界建议25： 不要让四舍五入亏了一方建议26： 提防包装类型的null值建议27： 谨慎包装类型的大小比较建议28： 优先使用整型池建议29： 优先选择基本类型建议30： 不要随便设置随机种子第3章　类、对象及方法建议31： 在接口中不要存在实现代码建议32： 静态变量一定要先声明后赋值建议33： 不要覆写静态方法建议34： 构造函数尽量简化建议35： 避免在构造函数中初始化其他类建议36： 使用构造代码块精炼程序建议37： 构造代码块会想你所想建议38： 使用静态内部类提高封装性建议39： 使用匿名类的构造函数建议40： 匿名类的构造函数很特殊建议41： 让多重继承成为现实建议42： 让工具类不可实例化建议43： 避免对象的浅拷贝建议44： 推荐使用序列化实现对象的拷贝建议45： 覆写equals方法时不要识别不出自己建议46： equals应该考虑null值情景建议47： 在equals中使用getClass进行类型判断建议48： 覆写equals方法必须覆写hashCode方法建议49： 推荐覆写toString方法建议50： 使用package-info类为包服务建议51： 不要主动进行垃圾回收第4章　字符串建议52： 推荐使用String直接量赋值建议53： 注意方法中传递的参数要求建议54： 正确使用String、StringBuffer、StringBuilder建议55： 注意字符串的位置建议56： 自由选择字符串拼接方法建议57： 推荐在复杂字符串操作中使用正则表达式建议58： 强烈建议使用UTF编码建议59： 对字符串排序持一种宽容的心态第5章　数组和集合建议60： 性能考虑，数组是首选建议61： 若有必要，使用变长数组建议62： 警惕数组的浅拷贝建议63： 在明确的场景下，为集合指定初始容量建议64： 多种最值算法，适时选择建议65： 避开基本类型数组转换列表陷阱建议66： asList方法产生的List对象不可更改建议67： 不同的列表选择不同的遍历方法建议68： 频繁插入和删除时使用LinkedList建议69： 列表相等只需关心元素数据建议70：子列表只是原列表的一个视图建议71： 推荐使用subList处理局部列表建议72： 生成子列表后不要再操作原列表建议73： 使用Comparator进行排序建议74： 不推荐使用binarySearch对列表进行检索建议75： 集合中的元素必须做到compareTo和equals同步建议76： 集合运算时使用更优雅的方式建议77： 使用shuffle打乱列表建议78： 减少HashMap中元素的数量建议79： 集合中的哈希码不要重复建议80： 多线程使用Vector或HashTable建议81： 非稳定排序推荐使用List建议82： 由点及面，一叶知秋-集合大家族第6章　枚举和注解建议83： 推荐使用枚举定义常量建议84： 使用构造函数协助描述枚举项建议85： 小心switch带来的空值异常建议86： 在switch的default代码块中增加AssertionError错误建议87： 使用valueOf前必须进行校验建议88： 用枚举实现工厂方法模式更简洁建议89： 枚举项的数量限制在64个以内建议90： 小心注解继承建议91： 枚举和注解结合使用威力更大建议92： 注意@Override不同版本的区别第7章　泛型和反射建议93： Java的泛型是类型擦除的建议94： 不能初始化泛型参数和数组建议95： 强制声明泛型的实际类型建议96： 不同的场景使用不同的泛型通配符建议97： 警惕泛型是不能协变和逆变的建议98： 建议采用的顺序是List、List、List建议99： 严格限定泛型类型采用多重界限建议100： 数组的真实类型必须是泛型类型的子类型建议101： 注意Class类的特殊性建议102： 适时选择getDeclared×××和get×××建议103： 反射访问属性或方法时将Accessible设置为true 建议104： 使用forName动态加载类文件建议105： 动态加载不适合数组建议106： 动态代理可以使代理模式更加灵活建议107： 使用反射增加装饰模式的普适性建议108： 反射让模板方法模式更强大建议109： 不需要太多关注反射效率第8章　异常建议110： 提倡异常封装建议111： 采用异常链传递异常建议112： 受检异常尽可能转化为非受检异常建议113： 不要在finally块中处理返回值建议114： 不要在构造函数中抛出异常建议115： 使用Throwable获得栈信息建议116： 异常只为异常服务建议117： 多使用异常，把性能问题放一边第9章　多线程和并发建议118： 不推荐覆写start方法建议119： 启动线程前stop方法是不可靠的建议120： 不使用stop方法停止线程建议121： 线程优先级只使用三个等级建议122： 使用线程异常处理器提升系统可靠性建议123： volatile不能保证数据同步建议124： 异步运算考虑使用Callable接口建议125： 优先选择线程池建议126： 适时选择不同的线程池来实现建议127： Lock与synchronized是不一样的建议128： 预防线程死锁建议129： 适当设置阻塞队列长度建议130： 使用CountDownLatch协调子线程建议131： CyclicBarrier让多线程齐步走第10章　性能和效率建议132： 提升Java性能的基本方法建议133： 若非必要，不要克隆对象建议134： 推荐使用“望闻问切”的方式诊断性能建议135： 必须定义性能衡量标准建议136： 枪打出头鸟-解决首要系统性能问题建议137： 调整JVM参数以提升性能建议138： 性能是个大“咕咚”第11章　开源世界建议139： 大胆采用开源工具建议140： 推荐使用Guava扩展工具包建议141： Apache扩展包建议142： 推荐使用Joda日期时间扩展包建议143： 可以选择多种Collections扩展第12章　思想为源建议144： 提倡良好的代码风格建议145： 不要完全依靠单元测试来发现问题建议146： 让注释正确、清晰、简洁建议147： 让接口的职责保持单一建议148： 增强类的可替换性建议149： 依赖抽象而不是实现建议150： 抛弃7条不良的编码习惯建议151： 以技术员自律而不是工人

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