更新时间：2018-12-31 21:16:41
封面
版权信息
前言
第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：枚举和注解结合使用威力更大
