人非圣贤，孰能无过。都说Java语言是一门简单的编程语言，基于C++演化而来，剔除了很多C++中的复杂特性，但这并不能保证Java程序员不会犯错。

在开发 Java 软件时可能会遇到许多类型的错误，但大多数可以避免。

本文根据java开发人员在编码过程中容易忽视或经常出错的地方进行了整理，总结出Java程序员最常犯的10大错误，具有一定的参考借鉴价值，需要的朋友可以参考下。

1 将 Array 转换成 ArrayList 时出错

一些开发者经常用这样的代码将 Array 转换成 ArrayList：

Arrays.asList() 的返回值是一个 ArrayList 类的对象，这个 ArrayList 类是 Arrays 类里的一个私有静态类(java.util.Arrays.ArrayList)，并不是 java.util.ArrayList 类。

java.util.Arrays.ArrayList 有 set() / get() / contains() 方法，但是并不提供任何添加元素的方法，因此它的长度是固定的。如果你希望得到一个 java.util.ArrayList 类的实例，你应该这么做：

ArrayList 的构造函数可以接受一个 Collection 实例，而 Collection 是 java.util.Arrays.ArrayList 的超类。

2 检查 array 里是否含有某个值时出错

一些开发者会这么写：

上面的代码可以工作，但是其实没必要把 list 转为 set，这有些浪费时间，简单的写法是这样的：

或者这样的

这两种写法中，前者可读性更好。

3 遍历 list 移除元素时出错

下面的代码在迭代时移除了元素：

得到的结果是

这种代码的问题在于，当元素被移除时，list 的长度也随之变小了，index 也同时发生了变化。所以，如果你想要在循环中使用 index 移除多个元素，它可能不能正常工作。

你可能认为正确的方法是使用迭代器来删除元素，比如 foreach 循环看起来就是一个迭代器，其实这样还是有问题。

考虑以下代码(代码 1)：

会抛出 ConcurrentModificationException 异常。

要正确地在遍历时删除元素，应该这么写(代码 2)：

你必须在每次循环里先调用 .next() 再调用 .remove()。

在代码 1 中的 foreach 循环中，编译器会在元素的删除操作之后调用 .next()，导致 ConcurrentModificationException 异常，如果你想深入了解，可以看看 ArrayList.iterator() 的源码。

4 用 Hashtable 还是用 HashMap

一般来说，算法中的 Hashtable 是一种常见的数据结构的名字。但是在 Java 中，这种数据结构的名字却是 HashMap，不是 Hashtable。Java 中 Hashtable 和 HashMap 的最重要的区别之一是 Hashtable 是同步的(synchronized)。因此大部分时候你不需要用 Hashtable，应该用 HashMap。

5 直接使用 Collection 的原始类型时出错

在 Java 中，「原始类型」和「无限制通配符类型」很容易被搞混。举例来说，Set 是一个原始类型，而 Set 是一个无限制通配符类型。

下面的代码中的 add 接受原始类型 List 作为参数：

这个代码会在运行时才抛出异常：

使用原始类型的 collection 是很危险的，因为原始类型没有泛型检查。Set / Set / Set 之间有非常大的差异，详情可以看看《Set vs. Set》和《Java Type Erasure Mechanism》。

6 访问级别设置过高

很多开发者为了省事，把类字段标记为 public，这不是个好习惯。好习惯应该是将访问级别设置得越低越好。

详见《public, default, protected, and private》。

7 ArrayList 和 LinkedList 选用错误

如果不了解 ArrayList 和 LinkedList 的区别，你很容易会倾向于使用 ArrayList，因为它看起来更常见。

但是，ArrayList 和 LinkedList 有巨大的性能差异。简单来说，如果 add/remove 操作较多，则应该使用 LinkedList；如果随机访问操作较多，则应该使用 ArrayList。

如果你想深入了解这些性能差异，可以看看《ArrayList vs. LinkedList vs. Vector》。

8 可变还是不可变？

不可变对象有很多好处，比如简单、安全等。但是不可变对了要求每次改动都生成新的对象，对象一多就容易对垃圾回收造成压力。我们应该在可变对象和不可变对象上找到一个平衡点。

一般来说，可变对象可以避免产生太多中间对象。一个经典的例子就是连接大量字符串。如果你使用不可变字符串，你就会造出许多用完即弃的中间对象。这既浪费时间又消耗 CPU，所以这种情况下你应该使用可变对象，如 StringBuilder:

还有一些情况值得使用可变对象。比如你可以通过将可变对象传入方法来收集多个结果，从而绕开语法的限制。再比如排序和过滤操作，虽然你可以返回新的被排序之后的对象，但是如果元素数量众多，这就会浪费不少内存。

扩展阅读《为什么字符串是不可变的》。

9 父类和子类的构造函数

上述代码会有编译错误，因为没有实现 Super() 构造函数。在Java中，如果一个类没有定义构造方法，编译器会默认插入一个无参数的构造方法；但是如果一个构造方法在父类中已定义，在这种情况，编译器是不会自动插入一个默认的无参构造方法，这正是以上demo的情况；

对于子类来说，不管是无参构造方法还是有参构造方法，都会默认调用父类的无参构造方法；当编译器尝试在子类中往这两个构造方法插入super()方法时，因为父类没有一个默认的无参构造方法，所以编译器报错；

要修复这个错误，很简单：

1、在父类手动定义一个无参构造方法：

2、移除父类中自定义的构造方法

3、在子类中自己写上父类构造方法的调用：如super(value)；

想了解更多详情，可以看《Constructors of Sub and Super Classes in Java?》。

10 用 "" 还是用构造函数

字符串可以通过两种途径来构造：

有什么区别呢？

下面的代码可以很快地告诉你区别：

想了解这两种方式生成的字符串在内存中是如何存在的，可以看看《Create Java String Using ” ” or Constructor?》