Java 语言中十大“坑爹”功能！

了解更多添加308139472

作为一门面向对象的编程语言，Java凭借其简单易用、功能强大的特点受到了广大编程爱好者的青睐，伴随着开源社区的推波助澜，Java语言更是席卷全球，势不可挡，在世界各地都有Java技术的从业者，它也常年高居编程语言排行榜的首位，足以表明Java的强悍与王者之风。
然而，即便是如此强大的编程语言，也有很多“坑爹”的功能，稍不注意，我们就会掉入坑里，轻则遭到同事的嘲笑和鄙视，重则造成悲惨后果而不得不跑路。
当然，坑爹这个词加上了双引号，因为大部分时候，都是由于我们不够熟练、违反我们的常识才造成了令人不愉快的后果。
今天我们就来梳理一下Java中最“坑爹”、最违反常识的功能点，以排行榜的方式发布，以飨读者。说明一下，本文中的代码基于JDK8来编译实现。

01

switch必须加上break才结束

对于多重分支选择，一系列的if-else-if语句会让代码的可读性变差，建议使用switch语句来代替，然而switch case中的分支判断，必须加上break语句才会中止其它case的执行，比如：
int count = 1;
switch(count){
case 1:
System.out.println(“one”);
case 2:
System.out.println(“two”);
case 3:
System.out.println(“three”);
}
上面的代码会输出：
one
two
three
然而，这并不是我们想要的，或者说违反了我们的常识。满足了某种条件，当然就只需要执行这种条件下的逻辑即可，其他的case应该不予理会、直接跳过，象上面这段代码，只需要输出one就行了。当然，在每个case结尾处加上break就可以达到我们期望的效果。

这个功能点稍显“坑爹”，也是初学者常犯的错误，所以它也光荣上榜，排名第10位。

02

逻辑运算符的“短路”现象

使用逻辑运算符时，我们会遇到“短路”的现象：一旦能够确定整个表达式的值，就不会计算余下的部分了，当然，这个功能点其实是非常有用的，但对于初学者来说，可能会感觉比较惊讶，使用不当就会产生“坑爹”后果。比如下面的代码：
int num = 1;
System.out.println(false && ((num++)==1));
System.out.println(num);
就会输出false和1，因为逻辑与&&的前半部分为false，不管后半部分为true还是false，整个表达式都会返回false，所以就不会再计算后面的部分了，如果把false改成true，那么后半部分就会得到执行，num也就变成2了。
它在“坑爹”榜单中位列第9位。

03

数组下标从零开始

Java程序员都清楚，数组的下标是从零开始的，比如，我们要遍历一个数组，可以采用如下的方式：
int[] arr = new int[]{1,3,5,7,9};
for(int i=0;i<arr.length;i++){
System.out.println(“the element is:”+arr[i]);
}
这跟我们日常生活中的经验是相违背的，正常情况都是从第1个元素开始计数的，特别是对于初学者来说有点难以接受，会觉得很惊讶。即使对于经验丰富的程序员来说，有些地方也需要格外注意，比如：
String str = “hello world”;
System.out.println(str.charAt(1));
我们知道，charAt的作用是获取字符串中某个位置的字符，然而，上面的代码并不是输出第一个字符h，而是e，因为数组是从零开始计数的，这个也是比较“坑爹”啊。当然，设计者这么做的原因是考虑到了内存偏移量的因素。
每次在编写这样的代码时，都需要做这样的1到0的映射和转换（熟练了就是下意识的转换），确实也有点“坑爹”，所以它也不能幸免，排在第8位。

04

ArrayList遍历删除时报错

Talk is cheap，先上代码：
public static void main(String[] args) {
List list = new ArrayList();
list.add(“abc”);
list.add(“bc”);
list.add(“bc”);
list.add(“abcd”);
list.add(“abcdef”);
//报错
int length = list.size();
for(int i = 0;i < length;i++){
if(list.get(i).equals(“bc”)){
list.remove(i);
}
}
}
想从ArrayList中删除某个元素，于是，我们就写了上面的代码，但是它却抛出了IndexOutOfBoundsException异常，原因是ArrayList在删除元素后会重新计算数量，把list.size放在for循环中即可：
for(int i=0;i<list.size();i++){
if(list.get(i).equals(“bc”)){
list.remove(i);
}
}
当然，这种方法也存在问题，建议使用迭代器的方式来删除元素。
对于不太熟练的程序员来说，有时候就会掉入这样的陷阱之中。这是排名第7的情况。

05

字符转成数字的坑

有时候，我们想把字符直接通过类型转换变成整数，比如像下面这样：
char symbol = ‘8’;
System.out.println((int) symbol);
我们想要的结果是8，然而，上面的代码却输出了56，略显“坑爹”，具体原因参考ASCII的知识。

06

while循环体的“障眼法”

对于while循环语句，如果你没有加上大括号，即使后面的语句挨在一起，也只会执行第一条statement，比如：
int i = 0;
while(i++<3)
System.out.print(“A”);
System.out.print(“B”);
上面的代码会输出：
AAAB
而不是3个A、3个B，更“坑爹”的是，如果两条语句放在一行上，迷惑性会更大：

int i = 0;
while(i++<3)
System.out.print(“A”);System.out.print(“B”);
上面这种写法同样是输出AAAB。所以，象这样的情况，哪怕只有一条语句，也建议加上大括号，完美避坑。

07

Integer类有缓存

这个功能点也是面试的高频热点之一，稍不注意，也有可能被带入沟里，我们看看下面这段代码：
public static void main(String[] args){
Integer a = 100;
Integer b = 100;
Integer c = 200;
Integer d = 200;
System.out.println(ab);
System.out.println(cd);
}
上面的代码竟然输出：
true
false
这确实太出乎意料了，同样的代码，只是数值不同（而且差别不太大的样子），就产生了不一样的输出，这也太离谱了。原来，Integer中有一个静态内部类IntegerCache，在类加载的时候，它会把[-128, 127]之间的值缓存起来，而Integer a = 100这样的赋值方式，会首先调用Integer类中的静态valueOf方法，这个方法会尝试从缓存里取值，如果在这个范围之内就不用重新new一个对象了：

public static Integer valueOf(int i) {
if (i >= IntegerCache.low && i <= IntegerCache.high)
return IntegerCache.cache[i + (-IntegerCache.low)];
return new Integer(i);
}
此功能入选“坑爹”排行榜的第4名。

08

空方法体导致死循环

如果循环的方法体为空，则会导致死循环，比如，下面的代码打印出数字1，2，3：
int i = 1;
while(i<4){
System.out.println(i++);
}
如果你在敲键盘的时候，不小心在while结尾处加了一个分号（如果方法体没有加大括号，更容易产生这种情况）：
int i = 1;
while(i<4);{
System.out.println(i++);
}
你猜怎么着，上面的代码可以正常编译并运行，然而，它却陷入了死循环…是不是非常“坑爹”？for循环也存在类似的情况。
它高居排行榜的第3位。

09

神奇的=+

我们知道，对于类似a=a+b这样的赋值语句，有一种简写方式：a +=b，然而，如果你不小心写成了a =+ b，结果又会是什么呢？我们看看下面的代码：
int i = 100;
i =+ 2; //注意，加号在后面
System.out.println(i);
上面的代码既不会输出102，也不会报错，而是输出2，这的确出乎意料，完全不是我们期望的结果，太神奇了，非常的“坑爹”。
所以，它排名第2，稳居榜眼的位置。

10

Java注释能够识别Unicode

先看看代码：
public static void main(String[] args){
// \u000d System.out.println(“Hello World!”);
}
乍一看，代码都被注释掉了，当然不会输出任何东西，然而，它还是输出每个程序员都倍感亲切的Hello World，这是因为，unicode解码发生在代码编译之前，编译器将\u样式的代码进行文本转义，即使是注释也是这样，然后\u000a被转换成\n换行符，所以println代码得以正常执行。