最近细读了秦小波老师的《编写高质量代码改善Java程序的151个建议》，要说是 151 个建议，其实更合适的说是避免 Java 的一些冷门的坑，下面整理了 N 个比较有趣的建议重新学习了一遍。
三元操作符运算也称为三目运算，其表达式形如："条件表达式 ? 表达式1 : 表达式2"，在大部分语言中都有这样的三元操作符，其目的就是为了简化 if-else，当条件表达式为真时执行表达式1，否则执行表达式2。
来分析一下下面这段代码：
Jeffrey的博客
public class Proposal_3 {
public static void main(String[] args) {
int i = 6;
String str1 = String.valueOf(i < 10 ? 9 : 10);
String str2 = String.valueOf(i < 10 ? 9 : 10.0);
System.out.println("两者是否相等：" + str1.equals(str2));
}
}
首先这段程序定义了 i 为 6，那么它一定小于 10，那么按道理，三目运算无论执行哪一个都会返回表达式一，也就是 9，之后再转为 String，那 str1 和 str2 做 equals 之后肯定为 true。真的是这样吗？通过运行发现，得到结果：“两者是否相等：false”。
出现了意想不到的结果，这也是 Java 中的一个容易踩坑的地方。事实上，三元操作符在表达式1 和表达式2 的类型不一致时会发生转换，其转换规则如下：
根据这个几个规则就不难看出，第二个三元表达式的 9 是 int，而 10.0 是 float，则 int 会转换成 float，之后得到 9.0，所以在最后比较时 9 和 9.0 两个字符串不相等。
在开发中不乏会有很多常量接口（常量类），定义了开发时涉及的常量以简化代码，比如 Struts2 中的 StrutsConstants 就是一个常量类，定义了与 Struts 框架中与配置有关的常量，看一下下面这个常量累。
public class Constant {
// 一年最多有12个月
public final static int MAX_MONTH = 12;
}
public class Proposal_20 {
public static void main(String[] args) {
System.out.println("一年最多有" + Constant.MAX_MONTH + "个月");
}
}
这是一个很简单的常量类，定义了一年最多有多少月份，引用这个常量类输出结果也很简单，就不再阐述，那么这个时候我们回到原始时代，开始用记事本写代码，用终端调试代码：
Emmm，javac 编译，java 执行看到了结果，不错和预期一样，这个时候我们开启了流浪地球计划，人类移民火星了，那我得把这个月份改改，火星一年有 2061 个月（未考证），然后修改代码如下：
public class Constant {
// 一年最多有2061个月
public final static int MAX_MONTH = 2061;
}
我们再来编译运行一次：
What？还是 12 个月？移民失败了？好吧，其实这跟火星移民没有关系，原因就处在 final 关键字里，final 修饰的基本类型和 String 类型编译器会认为是稳定态（Immutable Status），所以在编译之时，会直接把值编译到字节码中，在上述代码中12这个数值是一个常量，而不是地址引用，所以无论后面怎么修改，只要不重新编译主方法的类，其输出照旧。
不要小看这个坑位，在 WEB 开发中，有得时候只是对部分功能对部分类做了修改，此时，开发者要是偷懒，直接采用替代部分编译好对 class 发布，这个时候就 kennel 会出现上述问题。
判断一个数是偶数还是奇数，这个想必初学 Java 时都应该知道，只要判断其值是否能被 2 整除就行，不能被2整除那么它就是奇数，能被2整除那它就是偶数，那话不多说，直接码代码：
public class Proposal_21 {
public static void main(String[] args) {
Scanner scanner = new Scanner(System.in);
System.out.println("请输入多个数字判断奇偶：");
while (scanner.hasNextInt()) {
int i = scanner.nextInt();
String str = i + " --> " + (i % 2 == 1 ? "奇数" : "偶数");
System.out.println(str);
}
}
}
输出结果如下图所示：
看了下结果，前几个都很正常，最后一个 -7，居然输出都偶数，啥情况啊，Java 这么差劲吗？别瞎下结论，先来了解一下 Java 中都取余算法（%标示符），模拟代码如下：
// 取余运算，dividend是被除数，divisor是除数
public static int remainder(int dividend, int divisor) {
return dividend - dividend / divisor * divisor;
}
上面的代码也很好理解，看了之后就明白了，原来 Java 取余和正常人的思维一样，先用被除数除以除数然后得到的结果乘以除数，最后用被除数减去刚才的结果，但是 Java 居然没有考虑被除数为负数的情况，当被除数为 -7，除数为 2 时最终得到的结果是 -1，没有产生预期的结果 1，所以才导致了上述情况。
那么为了避免此类坑位，我们可以采用偶判断以求解，对于这些可有可无的知识点，我们要知其然，并知其所以然。