- 相关推荐
Java中最常见的错误盘点
在编程时，开发者经常会遭遇各式各样莫名错误。近日，Sushil Das在 Geek On Java上列举了 Java 开发中常见的 5 个错误，一起跟yjbys小编来看看吧!
Java中最常见的错误盘点 1
1、Null 的过度使用
避免过度使用 null 值是一个最佳实践。例如，更好的做法是让方法返回空的 array 或者 collection 而不是 null 值，因为这样可以防止程序抛出 NullPointerException。下面代码片段会从另一个方法获得一个集合：
ListaccountIds = person.getAccountIds();
for (String accountId : accountIds) {
processAccount(accountId);
}
当一个 person 没有 account 的时候，getAccountIds() 将返回 null 值，程序就会抛出 NullPointerException 异常。因此需要加入空检查来解决这个问题。如果将返回的 null 值替换成一个空的 list，那么 NullPointerException 也不会出现。而且，因为我们不再需要对变量 accountId 做空检查，代码将变得更加简洁。
当你想避免 null 值的时候，不同场景可能采取不同做法。其中一个方法就是使用 Optional 类型，它既可以是一个空对象，也可以是一些值的封装。
OptionaloptionalString = Optional.ofNullable(nullableString);
if(optionalString.isPresent()) {
System.out.println(optionalString.get());
}
事实上，Java8 提供了一个更简洁的方法：
OptionaloptionalString = Optional.ofNullable(nullableString);
optionalString.ifPresent(System.out::println);
Java 是从 Java8 版本开始支持 Optional 类型，但是它在函数式编程世界早已广为人知。在此之前，它已经在 Google Guava 中针对 Java 的早期版本被使用。
2、忽视异常
我们经常对异常置之不理。然而，针对初学者和有经验的 Java 程序员，最佳实践仍是处理它们。异常抛出通常是带有目的性的，因此在大多数情况下需要记录引起异常的事件。别小看这件事，如果必要的话，你可以重新抛出它，在一个对话框中将错误信息展示给用户或者将错误信息记录在日志中。至少，为了让其它开发者知晓前因后果，你应该解释为什么没有处理这个异常。
selfie = person.shootASelfie();
try {
selfie.show();
} catch (NullPointerException e) {
// Maybe, invisible man. Who cares, anyway?
}
强调某个异常不重要的一个简便途径就是将此信息作为异常的变量名，像这样：
try { selfie.(); } catch (NullPointerException unimportant) { }
3、并发修改异常
这种异常发生在集合对象被修改，同时又没有使用 iterator 对象提供的方法去更新集合中的内容。例如，这里有一个 hats 列表，并想删除其中所有含 ear flaps 的值：
Listhats = new ArrayList<>();
hats.add(new Ushanka()); // that one has ear flaps
hats.add(new Fedora());
hats.add(new Sombrero());
for (IHat hat : hats) {
if (hat.hasEarFlaps()) {
hats.remove(hat);
}
}
如果运行此代码，ConcurrentModificationException 将会被抛出，因为代码在遍历这个集合的同时对其进行修改。当多个进程作用于同一列表，在其中一个进程遍历列表时，另一个进程试图修改列表内容，同样的异常也可能会出现。
在多线程中并发修改集合内容是非常常见的，因此需要使用并发编程中常用的方法进行处理，例如同步锁、对于并发修改采用特殊的集合等等。Java 在单线程和多线程情况下解决这个问题有微小的差别。
收集对象并在另一个循环中删除它们
直接的解决方案是将带有 ear flaps 的 hats 放进一个 list，之后用另一个循环删除它。不过这需要一个额外的集合来存放将要被删除的 hats。
ListhatsToRemove = new LinkedList<>();
for (IHat hat : hats) {
if (hat.hasEarFlaps()) {
hatsToRemove.add(hat);
}
}
for (IHat hat : hatsToRemove) {
hats.remove(hat);
}
使用Iterator.remove方法
这个方法更简单，同时并不需要创建额外的集合：
IteratorhatIterator = hats.iterator();
while (hatIterator.hasNext()) {
IHat hat = hatIterator.next();
if (hat.hasEarFlaps()) {
hatIterator.remove();
}
}
使用ListIterator的方法
当需要修改的集合实现了 List 接口时，list iterator 是非常合适的选择。实现 ListIterator 接口的 iterator 不仅支持删除操作，还支持add和set操作。ListIterator 接口实现了 Iterator 接口，因此这个例子看起来和Iterator的remove方法很像。唯一的区别是 hat iterator 的类型和我们获得 iterator 的方式——使用listIterator()方法。下面的片段展示了如何使用 ListIterator.remove和ListIterator.add方法将带有 ear flaps 的 hat 替换成带有sombreros 的。
IHat sombrero = new Sombrero();
ListIteratorhatIterator = hats.listIterator();
while (hatIterator.hasNext()) {
IHat hat = hatIterator.next();
if (hat.hasEarFlaps()) {
hatIterator.remove();
hatIterator.add(sombrero);
}
}
使用 ListIterator，调用remove和add方法可替换为只调用一个set方法：
IHat sombrero = new Sombrero();
ListIteratorhatIterator = hats.listIterator();
while (hatIterator.hasNext()) {
IHat hat = hatIterator.next();
if (hat.hasEarFlaps()) {
hatIterator.set(sombrero); // set instead of remove and add
}
}
使用Java 8中的stream方法
在 Java8 中，开发人员可以将一个 collection 转换为 stream，并且根据一些条件过滤 stream。这个例子讲述了 stream api 是如何过滤 hats 和避免ConcurrentModificationException。 hats = hats.stream().filter((hat -> !hat.hasEarFlaps()))
.collect(Collectors.toCollection(ArrayList::new));
Collectors.toCollection方法将会创建一个新的 ArrayList，它负责存放被过滤掉的 hats 值。如果过滤条件过滤掉了大量条目，这里将会产生一个很大的 ArrayList。因此，需要谨慎使用。
使用 Java 8 中的List.removeIf 方法
可以使用 Java 8 中另一个更简洁明了的方法—— removeIf方法:
hats.removeIf(IHat::hasEarFlaps);
在底层，它使用 Iterator.remove来完成这个操作。
使用特殊的集合
如果在一开始就决定使用CopyOnWriteArrayList而不是ArrayList，那就不会出现问题。因为 CopyOnWriteArrayList提供了修改的方法(例如 set，add，remove)，它不会去改变原始集合数组，而是创建了一个新的修改版本。这就允许遍历原来版本集合的同时进行修改，从而不会抛出 ConcurrentModificationException异常。这种集合的缺点也非常明显——针对每次修改都产生一个新的集合。
还有其他适用于不同场景的集合，比如 CopyOnWriteSet和ConcurrentHashMap。
关于另一个可能可能在并发修改集合时产生的错误是，从一个 collection 创建了一个 stream，在遍历 stream 的时候，同时修改后端的 collection。针对 stream 的一般准则是，在查询 stream 的时候，避免修改后端的 collection。接下来的例子将展示如何正确地处理 stream：
ListfilteredHats = hats.stream().peek(hat -> {
if (hat.hasEarFlaps()) {
hats.remove(hat);
}
}).collect(Collectors.toCollection(ArrayList::new));
peek方法收集所有的元素，并对每一个元素执行既定动作。在这里，动作即为尝试从一个基础列表中删除数据，这显然是错误的。为避免这样的操作，可以尝试一些上面讲解的方法。
4、违约
有时候，为了更好地协作，由标准库或者第三方提供的代码必须遵守共同的依赖准则。例如，必须遵守 hashCode和equals的共同约定，从而保证 Java 集合框架中的一系列集合类和其它使用hashCode和equals方法的类能够正常工作。不遵守约定并不会产生 exception 或者破坏代码编译之类的错误;它很阴险，因为它随时可能在毫无危险提示的情况下更改应用程序行为。
错误代码可能潜入生产环境，从而造成一大堆不良影响。这包括较差的 UI 体验、错误的数据报告、较差的应用性能、数据丢失或者更多。庆幸的是，这些灾难性的`错误不会经常发生。在之前已经提及了 hashCode 和equals 约定，它出现的场景可能是：集合依赖于将对象进行哈希或者比较，就像 HashMap 和 HashSet。简单来说，这个约定有两个准则：
如果两个对象相等，那么 hash code 必须相等。
如果两个对象有相同的 hash code，那么它们可能相等也可能不相等。
破坏约定的第一条准则，当你试图从一个 hashmap 中检索数据的时候将会导致错误。第二个准则意味着拥有相同hash code的对象不一定相等。
下面看一下破坏第一条准则的后果：
public static class Boat {
private String name;
Boat(String name) {
this.name = name;
}
@Override
public boolean equals(Object o) {
if (this == o) return true;
if (o == null || getClass() != o.getClass()) return false;
Boat boat = (Boat) o;
return !(name != null ? !name.equals(boat.name) : boat.name != null);
}
@Override
public int hashCode() {
return (int) (Math.random() * 5000);
}
}
正如你所见，Boat 类重写了equals和hashCode方法。然而，它破坏了约定，因为 hashCode 针对每次调用的相同对象返回了随机值。下面的代码很可能在 hashset 中找不到一个名为Enterprise的boat，尽管事实上我们提前加入了这种类型的 boat：
public static void main(String[] args) {
Setboats = new HashSet<>();
boats.add(new Boat("Enterprise"));
System.out.printf("We have a boat named Enterprise : %b/n", boats.contains(new Boat("Enterprise")));
}
另一个约定的例子是finalize 方法。这里是官方 Java 文档关于它功能描述的引用：
finalize的常规约定是：当 JavaTM 虚拟机确定任何线程都无法再通过任何方式访问指定对象时，这个方法会被调用，此后这个对象只能在某个其他(准备终止的)对象或类终结时被作为某个行为的结果。finalize方法有多个功能，其中包括再次使此对象对其他线程可用;不过finalize的主要目的是在不可撤消地丢弃对象之前执行清除操作。例如，表示输入/输出连接对象的finalize方法可执行显式 I/O 事务，以便在永久丢弃对象之前中断连接。
你可以决定在诸如文件处理器中使用finalize方法来释放资源，但是这种用法是很糟糕的。由于它是在垃圾回收期间被调用的，而 GC 的时间并不确定，因此finalize被调用的时间将无法保证。
5、使用原始类型而不是参数化的
根据 Java 文档描述：原始类型要么是非参数化的，要么是类 R 的(同时也是非继承 R 父类或者父接口的)非静态成员。在 Java 泛型被引入之前，并没有原始类型的替代类型。Java 从1.5版本开始支持泛型编程，毫无疑问这是一个重要的功能提升。然而，由于向后兼容的原因，这里存在一个陷阱可能会破坏整个类型系统。着眼下例：
List listOfNumbers = new ArrayList();
listOfNumbers.add(10);
listOfNumbers.add("Twenty");
listOfNumbers.forEach(n -> System.out.println((int) n * 2));
这是一个由数字组成的列表被定义为原始的 ArrayList。由于它并没有指定类型参数，因此可以给它添加任何对象。但是最后一行将其包含的元素映射为 int 类型并乘以 2，打印出翻倍之后的数据到标准输出。
此代码编译时不会出错，但是一旦运行就会抛出运行时错误，因为这里试图将字符类型映射为整形。很显然，如果隐藏了必要信息，类型系统将不能帮助写出安全代码。
为了解决这个问题，需要为存入集合中的对象指定具体类型：
ListlistOfNumbers = new ArrayList<>();
listOfNumbers.add(10);
listOfNumbers.add("Twenty");
listOfNumbers.forEach(n -> System.out.println((int) n * 2));
与之前代码的唯一差别即是定义集合的那一行：
ListlistOfNumbers = new ArrayList<>();
修改之后的代码编译不可能被通过，因为这里试图向只期望存储整形的集合中添加字符串。编译器将会显示错误信息，并指向试图向列表中添加Twenty字符的那一行。参数化泛型类型是个不错的主意。这样的话，编译器就能够检查所有可能的类型，从而由于类型不一致而导致的运行时异常几率将大大降低。
Java中最常见的错误盘点 2
1 异常 javax.servlet.jsp.JspException: Cannot retrieve mapping for action /Login （/Login是你的action名字）
可能原因:action没有再struts-config.xml 中定义，或没有找到匹配的action，例如在JSP文件中使用 处理:如果出现上述异常，请查看struts-config.xml中的定义部分，有时可能是打错了字符或者是某些不符合规则，可以使用struts console工具来检查。
2 异常 org.apache.jasper.JasperException: Cannot retrieve definition for form bean null
可能原因: 这个异常是因为Struts根据struts-config.xml中的mapping没有找到action期望的form bean。大部分的情况可能是因为在form-bean中设置的name属性和action中设置的name属性不匹配所致。换句话说，action和form都应该各自有一个name属性，并且要精确匹配，包括大小写。这个错误当没有name属性和action关联时也会发生，如果没有在action中指定name属性，那么就没有name属性和action相关联。当然当action制作某些控制时，譬如根据参数值跳转到相应的jsp页面，而不是处理表单数据，这是就不用name属性，这也是action的使用方法之一。
3 异常 No action instance for path /xxxx could be created
可能原因
特别提示：因为有很多中情况会导致这个错误的发生，所以推荐大家调高你的web服务器的日志/调试级别，这样可以从更多的信息中看到潜在的、在试图创建action类时发生的错误，这个action类你已经在struts-config.xml中设置了关联（即添加了标签）。
在struts-config.xml中通过action标签的class属性指定的action类不能被找到有很多种原因，例如：
定位编译后的class文件失败。Failure to place compiled .class file for the action in the classpath (在web开发中，class的的位置在r WEB-INF/classes，所以你的action class必须要在这个目录下。例如你的action类位于WEB-INF/classes/action/Login.class,那么在struts-config.xml中设置action的属性type时就是action.Login).
拼写错误，这个也时有发生，并且不易找到，特别注意第一个字母的大小写和包的名称。
在struts-config.xml中指定的action类没有继承自Stuts的Action类，或者你自定义的`Action类没有继承自Struts提供的Action类。
你的action类必须继承自Struts提供的Action类。
你的classpath的问题。例如web server没有发现你的资源文件，资源文件必须在WEB-INF/classes/目录下。
4 异常 javax.servlet.jsp.JspException: No getter method for property username of bean org.apache.struts.taglib.html.BEAN
可能原因
没有位form bean中的某个变量定义getter 方法
这个错误主要发生在表单提交的FormBean中，用struts标记时，在FormBean中必须有一个getUsername()方法。注意字母“U”。
5 Exception javax.servlet.jsp.JspException: Cannot find ActionMappings or ActionFormBeans collection
可能原因
不是标识Struts actionServlet的标记就是映射.do扩展名的标记或者两者都没有在web.xml中声明。
在struts-config.xml中的打字或者拼写错误也可导致这个异常的发生。例如缺少一个标记的关闭符号/>。最好使用struts console工具检查一下。
另外，load-on-startup必须在web.xml中声明，这要么是一个空标记，要么指定一个数值，这个数值用来表servlet运行的优先级，数值越大优先级越低。
还有一个和使用load-on-startup有关的是使用Struts预编译JSP文件时也可能导致这个异常。
6 Exception
javax.servlet.jsp.JspException: Cannot find bean org.apache.struts.taglib.html.BEAN in any scope
Probable Causes
试图在Struts的form标记外使用form的子元素。这常常发生在你在后面使用Struts的html标记。
另外要注意可能你不经意使用的无主体的标记，如，这样web 服务器解析时就当作一个无主体的标记，随后使用的所有标记都被认为是在这个标记之外的，如又使用了
还有就是在使用taglib引入HTML标记库时，你使用的prefix的值不是html
【Java中最常见的错误盘点】相关文章：
盘点excel函数常见错误函数10-08
2018专四写作常见错误盘点10-05
公文使用标点符号的常见错误盘点08-24
盘点最经典SAT语法改错题中的常见错误09-22
英国留学生避免面试中最常见的五种错误07-05
错误的洗头方式盘点08-21
英语常见错误07-26
化妆常见的错误06-29