【JAVA陷阱与缺陷-->规则】（一）基础篇

A.1 词汇问题

A.1.1 字母l在许多字体中都与数字1相像

规则：在long类型字面常量中，应该总是用大写的L，千万不要用小写的l。不要用

孤零零的l作为变量名。

A.1.2 负的十六制字面常量看起来像正的

规则：避免混合类型的计算。恰当使用long替代int类型字面常量。

A.1.3 八进制字面常量与十进制字面常量相像。

规则：避免使用八进制字面常量。用即注释。

A.1.4 ASCII字符的Unicode转义字符容易令人迷茫

不用ASCII字符的Unicode转义字符，优先选转义字符，而不是Unicode转义字符。

A.1.5 反斜杠必须被转义，即使在注释中

规则：如果编写Java源代码系统，在生成的字符字面么常量，字符串常量，注释

中都要转义反斜杠。尤其是Window文件名。

A.1.6 块注释不要用嵌套

规则：使用单行注释来注释掉代码

A.2 整数运算

A.2.1 %操作符的非零结果具有和左操作数相同的正负号

规则：如果需要非零余数，而%结果又是负，则结果加上一个模数。

A.2.2 整数运算的悄悄溢出

规则：要用足够大的类型保存结果，包括中间结果。

A.2.3 int之差正负不能可靠指示其大小顺序

规则：不要用基于减法的比较器，除非数值差永不大于Integer.MAX_VALUE。

A.2.4 复合操作符可能悄悄的窄化

规则：byte/short/char变量不要使用复合操作符

A.2.5 整数类型不对称 整型与长整型min使他自己的负值。

规则：保守编程用long代替int。

A.2.6 移位操作符只用了其右操作符的低位

规则：移位的位数用常量。如果是变量，应检查移位范围。

A.2.7 当整数间转换时，如果源类型有符号则执行符号扩展

规则：操作byte，小心它是有符号的。要禁止符号扩展，用位掩码。

A.3 浮点运算

A.3.1 浮点运算是不精确的

规则：要精确用整数类型或BigDecimal

避免使用浮点类型的循环索引。

避免在浮点变量上使用++ --基本不起作用。

避免测试浮点值是否相等。

宁愿用double，而不用float。

A.3.2 NAN不等于任何浮点数，包括它自身。

规则：避免测试浮点数的相等性。

A.3.3 从int到float、从long到float、从long到double转换都是有损精度的

规则：避免整形和浮点型混合运算。

A.3.4 BigDecimal(double)构造器返回的是浮点型参数的精确值

规则：应该总用BigDecimal(String)而不是BigDecimal(double)

A.4 表达式计算

A.4.1 混合类型计算容易令人迷茫

规则：避免混合类型计算。把?:用于数字操作数时，2,3操作数应使用相同数字类型

宁愿使用不变的变量，不愿使用内置的幻数。

A.4.2 操作符的操作数是从左到右计算的

规则：避免同一表达式中对相同变量多次赋值。

A.4.3 操作符的优先级并不总是很明显

规则：用括号。用常量变量替换内联的常量表达式。

A.4.4 操作符==和!=在被包装的原生类型上执行引用比较

规则：要强制进行值比较，需将一个操作数值或转型成恰当原生类型。

A.4.5 常量变量在所有的地方是内联的

规则：避免导出常量域，除非它们表示的是永远都不变化的真正常量。

可以使用一个恒等函数将一个表达式变成非常量。

A.4.6 操作数&和|作用于布尔类型的数值时，也要同时计算2个操作数

规则：避免使用&和|作用于布尔类型的数值。有意识使用需加注释。

A.5 控制流

A.5.1 在switch case中缺少break导致一贯而下

规则：不要这样，有意识用需要注释。

A.5.2 Integer.MAX_VALUE终止以int为索引的循环是困难的

规则：可以终止以long类型的循环索引

A.5.3 finally语句块的意外完成将掩饰挂起的控制传输

规则：要确保finally语句块正常完成，防止致命错误。

不要从finally中返回或抛出异常。

A.5.4 为正常的控制流使用异常将导致bug和很差的性能

规则：应该只为异常情况使用异常，永远不要为正常的控制流使用异常。