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

明白事理的人使自己适应世界，不明白事理的人想让世界适应自己。

-------萧伯纳

1）不要在常量和变量中出现易混淆的字母

2）莫让常量蜕变成变量

3）三元操作符的类型务必一致

4）避免带有变长参数的方法重载

5）别让null值和空值威胁到变长方法，（调用者隐藏了实参类型，被调用者也可能产生内部逻辑混乱）

6）覆盖变长方法也循规蹈矩

覆盖必须满足的条件

重写方法不能缩小访问权限

参数列表必须与被重写方法相同

返回类型必须与被重写方法的相同或是其子类

重写方法不能抛出新的异常，或者超出子类范围的异常，但是可以抛出更少、更有限的 异常，或者不抛出异常 。

7）警惕自增的陷进

8）不要让旧语法困扰你

9）少用静态导入

10）不要在本类中覆盖静态导入的变量和方法

11）养成良好习惯，显示声明UID 序列化标志接口

实现Serializable接口的目的是为了可持续化，比如网络传输到本地存储，为系统的分布和异构部署提供先决支持条件。若没有序列化，现在我们熟悉的远程调用、对象数据库都不可能存在。

反序列化的时候构造函数不会执行

反序列化的执行过程：JVM从数据流中获取一个Obeject对象，然后根据数据流中的类文件描述信息（在序列化时，保存到磁盘的对象文件中包含了类描述信息，注意是类描述信息，不是类）查看，发现是final变量，需要重新计算，于是引用Person类中的name值，而此时JVM又发现name竟然没有赋值，不能引用，于是他就不再初始化，而是保持原值状态。

在序列化类中，不使用构造函数为final变量赋值。

13）避免为final变量复杂赋值

14）使用序列化类的私有方法巧妙解决部分属性持久化问题

15）break万万不可忘（switch （）{case 0 ： ******* ；break；}）

eclipse performances--->java-->Compiler -->Error/Warmings--->Potential Programming problems 然后修改switch case fall-through 为Errors级别

16）易变业务使用脚本语言编写（脚本语言的三大特征：灵活、便捷、简单）

17）慎用动态编译

18）避免instanceof非预期结果 （instanceof是一个简单的二元操作符，他是用来判断一个对象是否是一个实例的，其操作类似于>=、==）

19）断言绝对不是鸡肋（在防御式编程中经常会用断言对参数和环境做出判断，避免程序因不当的输入或错误的环境而产生逻辑异常）

20）不要只替换一个类

不积跬步，无以至千里；不积小流，无以成江海。--------荀子《劝学篇》

21）用偶判断，不用奇判断

对于基础知识，我们应该“知其然，并知其所以然”

22）用整数类型处理货币

23）不要让类型默默转换

24）边界，边界，还是很边界

25）不要让四舍五入亏了一方

26）提防包装类型的null值

27）谨慎包装类型的大小比较（包装类型都实现了Comparable接口）

28）优先使用整型池

29）优先选择基本类型

30）不要随便设置随机种子 （就是随机数 random nextDouble）

书读得多而不思考，你会觉得自己知道的很多。

书读得多而思考，你会觉得自己不懂的越来越多。

----------伏尔泰

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）不要主动进行垃圾回收

虽然世界充满了苦难，但总是能战胜的。

-----------海伦.凯勒

52）推荐使用String直接量赋值

53）注意方法中传递的参数要求

54）正确使用String StringBuffer StringBuilder

55）注意字符串的位置

56）自由选择字符串拼接方法

57）推荐在复杂字符串操作中使用正则表达式

58）强烈建议使用UTF编码

59）对字符串排序持一种宽容的心态

噢，他明白了，河水既没有牛伯伯说的那么浅，也没有小松鼠说的那么深，只有自己亲自试过才知道。 ------------------------寓言故事《小马过河》

60）性能考虑，数组是首选

61）若有必要，使用变长数组

62）警惕数组的浅拷贝

63）在明确的场景下，为集合指定初始容量

64）多种最值算法，适时选择

65）避开基本类型数组转换列表陷进

66）asList方法产生的List对象不可更改

67）不同的列表选择不同的遍历方法

68）频繁插入和删除是使用LinkedList

69）列表相等只需关心元素数据

70）子列表只是原列表的一个视图

71）推荐使用subList处理局部列表

72）生成子列表后不要再操作原列表

73）使用Comparator进行排序

74）不推荐使用binarySearch对象进行检索

75）集合中的元素必须做到compare To 和equals同步

76）集合运算时使用更优雅的方式

77）使用shuffle打乱列表

78）减少HashMap中元素的数量

79）集合中 的哈希码不要重复

80）多线程使用Vector或HashTable

81）非稳定排序推荐使用List

82）由点及面，一叶知秋-------集合大家族

日光之下，并无新事----------------------------《圣经》

83）推荐使用枚举定义常量

84）使用构造函数协助描述枚举项

85）小心switch带来的空值异常

86）在switch的default代码块中增加AssertionError错误

87）使用valueOf前必须进行校验

88）用枚举实现工厂方法模式更简洁

89）枚举项的数量限制在64个以内

90）小心注解继承

91）枚举和注解结合使用威力更大

92）注意@Override不同版本的区别

不要让这个世界的复杂性阻碍你的前进。要成为一个行动主义者，将解决人类的不平等视为己任，他讲成为你生命中最重要的经历之一。

--------------------比尔.盖茨在哈佛大学的演讲

93）java的泛型是类型擦除的

94）不能初始化泛型参数和数组

95）强制声明泛型的实际类型

96）不同的场景使用不同的泛型通配符

97）警惕泛型是不能协变和逆变的

98）建议采用的顺序是List<T>、List<?>、List<Object>

99）严格限定泛型类型采用多重界限

100）数组的真实类型必须是泛型类型的子类型

101）注意Class类的特殊性

102）适时选择getDeclaredxxx 和getxxxx

103）反射访问属性或方法时将Accessible设置为true

104）使用forName动态加载类文件

105）动态加载不适合数组

106）动态代理可以是代理模式更加灵活

107）使用反射增加装饰模式的普适性

108）反射让模板方法模式更强大

109）不需要太多关注反射效率

大成若缺，其用不弊。

大盈若冲，其用不穷。

——老子《道德经》

110）提倡异常封装

111）采用异常链传递异常

112）受检异常尽可能转化为非受检异常

113）不要在finally快中处理返回值

114）不要在构造函数中抛出异常

115）使用Throwable获得栈信息

116）异常只为异常服务

117）多使用异常，把性能问题放一边

活着就是为了改变世界，难道还有其他原因吗？——史蒂夫 乔布斯

118）不推荐覆写start方法

119）启动线程前stop方法时不可靠的

120）不使用stop方法停止线程

121）线程优先级只使用三个等级

122）使用线程异常处理器提升系统可靠性

123）volatile不能保证数据同步

124）异步运算考虑使用Callable接口

125）优先选择线程池

126）适时选择不同的线程池来实现

127）Lock（显示锁）与synchronized（内部锁）是不一样

128）预防线程死锁

129）适当设置阻塞队列长度

130）使用CountDownLatch协调子线程

131）CyclicBarrier让多线程齐步走

快，快点，再快点。。。。。大脑已经跟不上鼠标！——佚名

132）提升java性能的基本方法

133）若非必要，不要克隆对象

134）推荐使用“望闻问切”的方式诊断性能

135）必须定义性能衡量标准

136）枪打出头鸟——解决首要系统性能问题

137）调整JVM参数以提升性能

138）性能是个大咕咚

139）大胆采用开源工具

140）推荐使用Guava扩展工具包

141）Apache扩展包

142）推荐使用Joda日期时间扩展包

143）可以选择多种Collections扩展

java只是碰巧成为了一门用途广泛的优秀语言。——詹姆斯 高斯林 （java的创始人）

144）提倡良好的代码风格

145）不要完全依靠单元测试来发现问题

146）让注释正确、清晰、简洁

147）让接口的职责保持单一

148）增强类的可替换性

149）依赖抽象而不是实现

150）抛弃7条不良的编码习惯（自由格式的代码、不使用抽象的代码、彰显个性的代码、死代码、冗余代码、拒绝变化的代码、自以为是的代码）

151）以技术员自律而不是工人