Error与Exception的区别（error和exception的区别）

25-02-11 21

在本文中，我们将详细介绍Error与Exception的区别的各个方面，并为您提供关于error和exception的区别的相关解答，同时，我们也将为您带来关于DWR报错：Error:java.lan

在本文中，我们将详细介绍Error与Exception的区别的各个方面，并为您提供关于error和exception的区别的相关解答，同时，我们也将为您带来关于DWR 报错：Error: java.lang.SecurityException, Session Error 和 Allocate exception for servlet 问题的解决办法、Error 与 Exception 的区别是什么?、Error 和 Exception 的区别、error/exception/runtime exception 区别的有用知识。

本文目录一览：

Error与Exception的区别（error和exception的区别）
DWR 报错：Error: java.lang.SecurityException, Session Error 和 Allocate exception for servlet 问题的解决办法
Error 与 Exception 的区别是什么?
Error 和 Exception 的区别
error/exception/runtime exception 区别

Error与Exception的区别（error和exception的区别）

Error类和Exception类都继承自Throwable类。

Error的继承关系：

Exception的继承关系：

二者的不同之处：

Exception：

1．可以是可被控制(checked) 或不可控制的(unchecked)。

2．表示一个由程序员导致的错误。

3．应该在应用程序级被处理。

Error：

1．总是不可控制的(unchecked)。

2．经常用来用于表示系统错误或低层资源的错误。

3．如何可能的话，应该在系统级被捕捉。

Java 中定义了两类异常：

1) Checked exception: 这类异常都是Exception的子类。异常的向上抛出机制进行处理，假如子类可能产生A异常，那么在父类中也必须throws A异常。可能导致的问题：代码效率低，耦合度过高。

2) Unchecked exception: 这类异常都是RuntimeException的子类，虽然RuntimeException同样也是Exception的子类，但是它们是非凡的，它们不能通过client code来试图解决，所以称为Unchecked exception 。

Java 中异常类的继承关系图：

常见的几种RuntimeException如下：

NullPointerException - 空指针引用异常
ClassCastException - 类型强制转换异常。
IllegalArgumentException - 传递非法参数异常。
ArithmeticException - 算术运算异常
ArrayStoreException - 向数组中存放与声明类型不兼容对象异常
IndexOutOfBoundsException - 下标越界异常
NegativeArraySizeException - 创建一个大小为负数的数组错误异常
NumberFormatException - 数字格式异常
SecurityException - 安全异常
UnsupportedOperationException - 不支持的操作异常

算术异常类：ArithmeticExecption
空指针异常类：NullPointerException
类型强制转换异常：ClassCastException
数组负下标异常：NegativeArrayException
数组下标越界异常：ArrayIndexOutOfBoundsException
违背安全原则异常：SecturityException
文件已结束异常：EOFException
文件未找到异常：FileNotFoundException
字符串转换为数字异常：NumberFormatException
操作数据库异常：SQLException
输入输出异常：IOException
方法未找到异常：NoSuchMethodException

java.lang.AbstractMethodError
抽象方法错误。当应用试图调用抽象方法时抛出。

java.lang.AssertionError
断言错。用来指示一个断言失败的情况。

java.lang.ClassCircularityError
类循环依赖错误。在初始化一个类时，若检测到类之间循环依赖则抛出该异常。

java.lang.ClassFormatError
类格式错误。当Java虚拟机试图从一个文件中读取Java类，而检测到该文件的内容不符合类的有效格式时抛出。

java.lang.Error
错误。是所有错误的基类，用于标识严重的程序运行问题。这些问题通常描述一些不应被应用程序捕获的反常情况。

java.lang.ExceptionInInitializerError
初始化程序错误。当执行一个类的静态初始化程序的过程中，发生了异常时抛出。静态初始化程序是指直接包含于类中的static语句段。

java.lang.IllegalAccessError
违法访问错误。当一个应用试图访问、修改某个类的域（Field）或者调用其方法，但是又违反域或方法的可见性声明，则抛出该异常。

java.lang.IncompatibleClassChangeError
不兼容的类变化错误。当正在执行的方法所依赖的类定义发生了不兼容的改变时，抛出该异常。一般在修改了应用中的某些类的声明定义而没有对整个应用重新编译而直接运行的情况下，容易引发该错误。

java.lang.InstantiationError
实例化错误。当一个应用试图通过Java的new操作符构造一个抽象类或者接口时抛出该异常.

java.lang.InternalError
内部错误。用于指示Java虚拟机发生了内部错误。

java.lang.LinkageError
链接错误。该错误及其所有子类指示某个类依赖于另外一些类，在该类编译之后，被依赖的类改变了其类定义而没有重新编译所有的类，进而引发错误的情况。

java.lang.NoClassDefFoundError
未找到类定义错误。当Java虚拟机或者类装载器试图实例化某个类，而找不到该类的定义时抛出该错误。

java.lang.NoSuchFieldError
域不存在错误。当应用试图访问或者修改某类的某个域，而该类的定义中没有该域的定义时抛出该错误。

java.lang.NoSuchMethodError
方法不存在错误。当应用试图调用某类的某个方法，而该类的定义中没有该方法的定义时抛出该错误。

java.lang.OutOfMemoryError
内存不足错误。当可用内存不足以让Java虚拟机分配给一个对象时抛出该错误。

java.lang.StackOverflowError
堆栈溢出错误。当一个应用递归调用的层次太深而导致堆栈溢出时抛出该错误。

java.lang.ThreadDeath
线程结束。当调用Thread类的stop方法时抛出该错误，用于指示线程结束。

java.lang.UnknownError
未知错误。用于指示Java虚拟机发生了未知严重错误的情况。

java.lang.UnsatisfiedLinkError
未满足的链接错误。当Java虚拟机未找到某个类的声明为native方法的本机语言定义时抛出。

java.lang.UnsupportedClassVersionError
不支持的类版本错误。当Java虚拟机试图从读取某个类文件，但是发现该文件的主、次版本号不被当前Java虚拟机支持的时候，抛出该错误。

java.lang.VerifyError
验证错误。当验证器检测到某个类文件中存在内部不兼容或者安全问题时抛出该错误。

java.lang.VirtualMachineError
虚拟机错误。用于指示虚拟机被破坏或者继续执行操作所需的资源不足的情况。

java.lang.ArithmeticException
算术条件异常。譬如：整数除零等。

java.lang.ArrayIndexOutOfBoundsException
数组索引越界异常。当对数组的索引值为负数或大于等于数组大小时抛出。

java.lang.ArrayStoreException
数组存储异常。当向数组中存放非数组声明类型对象时抛出。

java.lang.ClassCastException
类造型异常。假设有类A和B（A不是B的父类或子类），O是A的实例，那么当强制将O构造为类B的实例时抛出该异常。该异常经常被称为强制类型转换异常。

java.lang.ClassNotFoundException
找不到类异常。当应用试图根据字符串形式的类名构造类，而在遍历CLASSPAH之后找不到对应名称的class文件时，抛出该异常。

java.lang.CloneNotSupportedException
不支持克隆异常。当没有实现Cloneable接口或者不支持克隆方法时,调用其clone()方法则抛出该异常。

java.lang.EnumConstantNotPresentException
枚举常量不存在异常。当应用试图通过名称和枚举类型访问一个枚举对象，但该枚举对象并不包含常量时，抛出该异常。

java.lang.Exception
根异常。用以描述应用程序希望捕获的情况。

java.lang.IllegalAccessException
违法的访问异常。当应用试图通过反射方式创建某个类的实例、访问该类属性、调用该类方法，而当时又无法访问类的、属性的、方法的或构造方法的定义时抛出该异常。

java.lang.IllegalMonitorStateException
违法的监控状态异常。当某个线程试图等待一个自己并不拥有的对象（O）的监控器或者通知其他线程等待该对象（O）的监控器时，抛出该异常。

java.lang.IllegalStateException
违法的状态异常。当在Java环境和应用尚未处于某个方法的合法调用状态，而调用了该方法时，抛出该异常。

java.lang.IllegalThreadStateException
违法的线程状态异常。当县城尚未处于某个方法的合法调用状态，而调用了该方法时，抛出异常。

java.lang.IndexOutOfBoundsException
索引越界异常。当访问某个序列的索引值小于0或大于等于序列大小时，抛出该异常。

java.lang.InstantiationException
实例化异常。当试图通过newInstance()方法创建某个类的实例，而该类是一个抽象类或接口时，抛出该异常。

java.lang.InterruptedException
被中止异常。当某个线程处于长时间的等待、休眠或其他暂停状态，而此时其他的线程通过Thread的interrupt方法终止该线程时抛出该异常。

java.lang.NegativeArraySizeException
数组大小为负值异常。当使用负数大小值创建数组时抛出该异常。

java.lang.NoSuchFieldException
属性不存在异常。当访问某个类的不存在的属性时抛出该异常。

java.lang.NoSuchMethodException
方法不存在异常。当访问某个类的不存在的方法时抛出该异常。

java.lang.NullPointerException
空指针异常。当应用试图在要求使用对象的地方使用了null时，抛出该异常。譬如：调用null对象的实例方法、访问null对象的属性、计算null对象的长度、使用throw语句抛出null等等。

java.lang.NumberFormatException
数字格式异常。当试图将一个String转换为指定的数字类型，而该字符串确不满足数字类型要求的格式时，抛出该异常。

java.lang.RuntimeException
运行时异常。是所有Java虚拟机正常操作期间可以被抛出的异常的父类。

java.lang.SecurityException
安全异常。由安全管理器抛出，用于指示违反安全情况的异常。

java.lang.StringIndexOutOfBoundsException
字符串索引越界异常。当使用索引值访问某个字符串中的字符，而该索引值小于0或大于等于序列大小时，抛出该异常。

java.lang.TypeNotPresentException
类型不存在异常。当应用试图以某个类型名称的字符串表达方式访问该类型，但是根据给定的名称又找不到该类型是抛出该异常。该异常与ClassNotFoundException的区别在于该异常是unchecked（不被检查）异常，而ClassNotFoundException是checked（被检查）异常。

java.lang.UnsupportedOperationException
不支持的方法异常。指明请求的方法不被支持情况的异常。

DWR 报错：Error: java.lang.SecurityException, Session Error 和 Allocate exception for servlet 问题的解决办法

DWR Session Error问题的解决办法

来源于百度文库：http://wenku.baidu.com/link?url=RltL4aB3-To1EDI-mG3K7Vz7LdFWERxdu0Mpw5f29nd59pw_-qUHwB1HGZcRCjfMsUXVbgZeYxaD0JN6_HPz9tay7Z2V6DN5F58dcq8QF37

问题情境再现使用的Dwr版本2.0
在一台服务器上的不同端口上部署了同样的程序(tomcat5.5.28 80端口,tomcat 5.5.28 8080端口)
使用浏览器先后登陆80，8080端口的程序，都不注销，保持会话状态。
然后浏览器切换到8080的一个使用了DWR ajax功能的页面上，浏览器弹出Session Error的提示。
但是，如果切换到80端口的程序上，同样进入到一个使用了dwr ajax技术的页面上，没有Session Error的提示。
问题诊断：
初步怀疑浏览器的问题。
检查浏览器的cookie中的jsessionid的值。因为我们知道，Http协议本身是无状态的，服务器标识同一次会话的过程就是借助于cookie中的某个值或者通过url重写的方式来实现。这也是jsp程序的session原理。
检查发现：cookie中存在2个sessionid项，sessionid的值不同。
因为站点地址相同，url也相同（除了端口不同外),因此，浏览器“误”认为是同一个程序，把缓存的cookie项都发送回了服务器。
然后再观测ajax请求的值,即http post或get的参数值如下： callCount=1
page=/web/initRolePermission.action
httpSessionId=3F5F7D7C14D40667FF126DC6F9038EE5 scriptSessionId=5B2B53E512648E78C92393E052589CA3859 c0-scriptName=adminRolePerAction c0-methodName=findPermission c0-id=0
c0-param0=string:181 batchId=0
在这里，务必注意
httpSessionId=3F5F7D7C14D40667FF126DC6F9038EE5,
实际上，一般情况下，httpSessionId和cookie中的jsession值是相同的。
至于dwr组件中，为什么要加上httpSessionId,这是因为dwr开发团队考虑到了跨站攻击问题。因此，通过验证dwr ajax请求中的httpSessionId值，来防止跨站攻击。
在重现，诊断问题过程中，发现Session Error的信息是来自dwr ajax请求的响应中，抛出的异常是java.lang.SecurityException,因此可以怀疑这个错误信息是源于dwr源代码中的。
用Eclipse打开下载到的dwr源代码。搜索Session Error的信息，然后在org.directwebremoting.dwrp.Batch 类中找到了,其部分代码如下： /**
* Check that this request is not subject to a CSRF attack * @param request The original browser's request
* @param sessionCookieName "JSESSIONID" unless it has been overridden */
private void checkNotCsrfAttack(HttpServletRequest request,String sessionCookieName) {
// A check to see that this isn't a csrf attack
// http://en.wikipedia.org/wiki/Cross-site_request_forgery // http://www.tux.org/~peterw/csrf.txt if (request.isRequestedSessionIdValid() && request.isRequestedSessionIdFromCookie()) {
String headerSessionId = request.getRequestedSessionId(); if (headerSessionId.length() > 0) {
String bodySessionId = getHttpSessionId();
// normal case; if same session cookie is supplied by DWR and // in HTTP header then all is ok
if (headerSessionId.equals(bodySessionId)) { return; }
// Weblogic adds creation time to the end of the incoming
// session cookie string (even for request.getRequestedSessionId()). // Use the raw cookie instead
Cookie[] cookies = request.getCookies(); for (int i = 0; i < cookies.length; i++) {
Cookie cookie = cookies[i];
if (cookie.getName().equals(sessionCookieName) && cookie.getValue().equals(bodySessionId)) { return; } }
// Otherwise error
log.error("A request has been denied as a potential CSRF attack."); throw new SecurityException("Session Error"); } } }
仔细分析这段代码，即使在上述问题情境环境中，也不会出现Session Error的错误。然后反编译正在使用的dwr类文件，找到batch类，代码却不同，代码如下： private void checkNotCsrfAttack(HttpServletRequest request) {
if(request.isRequestedSessionIdValid() && request.isRequestedSessionIdFromCookie()) {
String headerSessionId = request.getRequestedSessionId(); if(headerSessionId.length() > 0) {
String bodySessionId = getHttpSessionId(); if(!bodySessionId.startsWith(headerSessionId)) throw new SecurityException("Session Error"); } } }
该代码没有考虑到cookie中出现多个jsession的情况。
到此，问题就发现并解决。
由于dwr低版本的bug引起的，升级dwr版本即解决此问题。可能，读者还有一个疑问：为什么该问题只出现在8080端口上。
检查发现：80端口的cookie项（就是80端口产生的jsessionid出现在cookie项的最前面）,

这样在80端口上的程序访问中，dwr ajax请求中的httpSessionId和cookie项最前面的jsessionid值相同，在80端口上，就自然不会出现session error错误。

三、

严重: Allocate exception for servlet dwr
org.xml.sax.SAXException: Failed to resolve: arg0=-//GetAhead Limited//DTD Direct Web Remoting 3.0//EN arg1=http://getahead.org/dwr/dwr30.dtd

这是因为添加的jar包是2.0版本的，但是却引用了3.0的dtd文件，所以报错了，改为如下配置即可：

[html] view plain copy print ?

<?xmlversion="1.0"encoding="UTF-8"?>
<!DOCTYPEdwrPUBLIC"-//GetAheadLimited//DTDDirectWebRemoting2.0//EN"
"http://www.getahead.ltd.uk/dwr/dwr20.dtd">
<dwr>
<allow>
<createcreator="new"javascript="dwrDate">
<paramname="class"value="java.util.Date"></param>
</create>
</allow>
</dwr>

Error 与 Exception 的区别是什么?

1、处理方式不同：

Error 通常无法在程序中予以处理，需要交给JVM来处理
Exception 通常由程序员通过 throw 或 catch 等方式告知JVM如何处理

2、严重程度不同

Error 表示由 JVM所无法预期的错误，是一种可能能恢复但恢复起来很困难的问题
Exception 表示JVM可预期的，是一种可以捕获并由在程序中做出处理的特殊情况

Error 和 Exception 的区别

错误和异常的区别 (Error vs Exception)
今天面试问了这样一个问题，"Error" 和 "Exception" 之间有啥区别？我觉得挺有意思，但是似乎又不能脱口而出。查找了一番资料之后，稍微总结了一下。
1) error 都是继承自父类 java.lang.Error，而 exception 都继承自 java.lang.Exception.

2) 再看看 JDK 中对于 java.lang.Error 和 java.lang.Exception 的解释。
java.lang.Error: An Error is a subclass of Throwable that indicates serious problems that a reasonable application should not try to catch. Most such errors are abnormal conditions. 即：Error 是 Throwable 的子类，用于标记严重错误。合理的应用程序不应该去 try/catch 这种错误。绝大多数的错误都是非正常的，就根本不该出现的。 java.lang.Exception: The class Exception and its subclasses are a form of Throwable that indicates conditions that a reasonable application might want to catch. 即 Exception 是 Throwable 的一种形式的子类，用于指示一种合理的程序想去 catch 的条件。即它仅仅是一种程序运行条件，而非严重错误，并且鼓励用户程序去 catch 它。

3) Error 和 RuntimeException 及其子类都是未检查的异常（unchecked exceptions），而所有其他的 Exception 类都是检查了的异常（checked exceptions）.
checked exceptions: 通常是从一个可以恢复的程序中抛出来的，并且最好能够从这种异常中使用程序恢复。比如 FileNotFoundException, ParseException 等。
unchecked exceptions: 通常是如果一切正常的话本不该发生的异常，但是的确发生了。比如 ArrayIndexOutOfBoundException, ClassCastException 等。从语言本身的角度讲，程序不该去 catch 这类异常，虽然能够从诸如 RuntimeException 这样的异常中 catch 并恢复，但是并不鼓励终端程序员这么做，因为完全没要必要。因为这类错误本身就是 bug，应该被修复，出现此类错误时程序就应该立即停止执行。因此，面对 Errors 和 unchecked exceptions 应该让程序自动终止执行，程序员不该做诸如 try/catch 这样的事情，而是应该查明原因，修改代码逻辑。

error/exception/runtime exception 区别

（1）java 中的异常是什么？

　　异常指的是程序运行过程中出现的非正常情况或错误，当程序违反了语义规则时，jvm 就会将出现的错误表示为一个异常抛出。在 java 中，一切皆对象，异常也是，它被当作一个对象，可以在 try 块中进行捕获，使用 catch 进行处理，对于任何情况都要执行的代码，放在 finally 代码块中。

　　上面提到的语义规则有两大类，一个是 javaAPI 中定义好的，还有一种是自定义的（所有异常类都必须是 Trowable 的子类）。

（2）java 中异常有哪几种类型

首先异常类的父类是 Throwable。
Throwable 类有两大子类：Error,Exception
Error: 错误
1. 程序在运行过程中发生了非常严重的错误，并且该错误是不可恢复的。
2. 由于类错误是 jvm 层的错误，因此，此种错误会导致程序的终止运行
3. 编译器不会检查程序中是否有错误
Exception：异常
1. 异常是可恢复的
2. Exception 可以分为 CheckedException 和 RuntimeException
3. checkedException (检查异常):
  1. 最常见的就是 IO 异常，和 sql 异常。这种异常通常发生的编译阶段
  2. 编译器会强制要求程序员去捕获此类异常
  3. 异常的发生不会导致程序出错
  4. 对异常处理之后程序还能继续运行
  5. 程序依赖于不可靠的外部条件
4. RuntImeException（运行时异常）：
  1. 程序在运行的时候发生的异常
  2. 编译器没有去强制对其进行捕获并处理
  3. 如果不对这类异常进行处理，jvm 将会对其处理。例：空指针异常
  4. 出现运行时异常，系统会将异常向上抛出，知道遇到处理代码为止。
  5. 如果没有就跑到最上层（main/run）, 抛出之后，程序也就退出了

（3）finally 中的代码什么时候执行？

不管 try 中是否发生异常，finally 都会执行（以下几种情况除外）　
try-finally，try-catch-finally 代码中的 return 语句优先级高于代码块外面的，也就是 try-finally，try-catch-finally 代码块中的 return 将覆盖其他的 return 语句

（4）finally 中的代码什么情况不会被执行？

finally 对应的 try-catch-finally 之前有运行时异常未被处理
finally 之前强制退出程序（System.exit (0)）
finally 之前调用 return 结束函数的运行

我们今天的关于Error与Exception的区别和error和exception的区别的分享已经告一段落，感谢您的关注，如果您想了解更多关于DWR 报错：Error: java.lang.SecurityException, Session Error 和 Allocate exception for servlet 问题的解决办法、Error 与 Exception 的区别是什么?、Error 和 Exception 的区别、error/exception/runtime exception 区别的相关信息，请在本站查询。

本文标签：