「java上报异常」Java中异常
本篇文章给大家谈谈java上报异常,以及Java中异常对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。
本文目录一览:
java中常见的几种异常
1、空指针异常类:NullPointerException
调用了未经初始化的对象或者是不存在的对象。经常出现在创建图片,调用数组这些操作中,比如图片未经初始化,或者图片创建时的路径错误等等。对数组操作中出现空指针, 即把数组的初始化和数组元素的初始化混淆起来了。
数组的初始化是对数组分配需要的空间,而初始化后的数组,其中的元素并没有实例化, 依然是空的,所以还需要对每个元素都进行初始化(如果要调用的话)。
2、数据类型转换异常:java.lang.ClassCastException
当试图将对某个对象强制执行向下转型,但该对象又不可转换又不可转换为其子类的实例时将引发该异常,如下列代码。
Object obj = new Integer(0);
String str = obj;
3、没有访问权限:java.lang.IllegalAccessException
当应用程序要调用一个类,但当前的方法即没有对该类的访问权限便会出现这个异常。对程序中用了Package的情况下要注意这个异常。
4、方法的参数错误:java.lang.IllegalArgumentException
比如g.setColor(int red,int green,int blue)这个方法中的三个值,如果有超过255的也会出现这个异常,因此一旦发现这个异常,我们要做的,就是赶紧去检查一下方法调用中的参数传递是不是出现了错误。
5、数组下标越界异常:java.lang.IndexOutOfBoundsException
查看调用的数组或者字符串的下标值是不是超出了数组的范围,一般来说,显示(即直接用常数当下标)调用不太容易出这样的错,但隐式(即用变量表示下标)调用就经常出错了。
还有一种情况,是程序中定义的数组的长度是通过某些特定方法决定的,不是事先声明的,这个时候先查看一下数组的length,以免出现这个异常。
6、文件已结束异常:EOFException
当程序在输入的过程中遇到文件或流的结尾时,引发异常。因此该异常用于检查是否达到文件或流的结尾
7、文件未找到异常:FileNotFoundException
当程序试图打开一个不存在的文件进行读写时将会引发该异常。该异常由FileInputStream,FileOutputStream,RandomAccessFile的构造器声明抛出,即使被操作的文件存在,但是由于某些原因不可访问,比如打开一个只读文件进行写入,这些构造方法仍然会引发异常。
8、字符串转换为数字异常:NumberFormatException
当试图将一个String转换为指定的数字类型,而该字符串确不满足数字类型要求的格式时,抛出该异常.如现在讲字符型的数据“123456”转换为数值型数据时,是允许的。
但是如果字符型数据中包含了非数字型的字符,如123#56,此时转换为数值型时就会出现异常。系统就会捕捉到这个异常,并进行处理。
9、指定的类不存在: java.lang.ClassNotFoundException
这里主要考虑一下类的名称和路径是否正确即可,通常都是程序试图通过字符串来加载某个类时可能引发异常。比如:调用Class.forName;或者调用ClassLoad的finaSystemClass;或者LoadClass;
10、实例化异常:java.lang.InstantiationException
当试图通过Class的newInstance方法创建某个类的实例,但程序无法通过该构造器来创建该对象时引发。Class对象表示一个抽象类,接口,数组类,基本类型 。该Class表示的类没有对应的构造器。
JAVA中什么情况下会产生异常?
java产生异常的情况有很多种,比如说你想把一个字符串型“123”转成int型123,ok,这样没有问题。代码如下:\x0d\x0aString a = "123";\x0d\x0aint b = Integer.parseInt(a);\x0d\x0a但是如果你尝试如下写法\x0d\x0aString a = "abc";\x0d\x0aint b = Integer.parseInt(a);\x0d\x0a编译器是不会给你提示任何错误,只有等程序真正运行到此处的时候,才会发生异常,以为parseInt无法将字符串"abc"转成int型。\x0d\x0a我举得例子只是异常中的一种\x0d\x0a另外,Java 异常的种类有三大类,可分为可检测异常,非检测异常和自定义异常。\x0d\x0a可检测异常\x0d\x0a可检测异常经编译器验证,对于声明抛出异常的任何方法,编译器将强制执行处理或声明规则,例如:sqlExecption 这个异常就是一个检测异常。你连接 JDBC 时,不捕捉这个异常,编译器就通不过,不允许编译。\x0d\x0a非检测异常\x0d\x0a非检测异常不遵循处理或声明规则。在产生此类异常时,不一定非要采取任何适当操作,编译器不会检查是否已解决了这样一个异常。例如:一个数组为 3 个长度,当你使用下标为3时,就会产生数组下标越界异常。这个异常 JVM 不会进行检测,要靠程序员来判断。有两个主要类定义非检测异常:RuntimeException 和 Error。\x0d\x0aError 子类属于非检测异常,因为无法预知它们的产生时间。若 Java 应用程序内存不足,则随时可能出现 OutOfMemoryError;起因一般不是应用程序的特殊调用,而是 JVM 自身的问题。另外,Error 一般表示应用程序无法解决的严重问题。\x0d\x0aRuntimeException 类也属于非检测异常,因为普通 JVM 操作引发的运行时异常随时可能发生,此类异常一般是由特定操作引发。但这些操作在 Java 应用程序中会频繁出现。因此,它们不受编译器检查与处理或声明规则的限制。\x0d\x0a自定义异常\x0d\x0a自定义异常是为了表示应用程序的一些错误类型,为代码可能发生的一个或多个问题提供新含义。可以显示代码多个位置之间的错误的相似性,也可以区分代码运行时可能出现的相似问题的一个或者多个错误,或给出应用程序中一组错误的特定含义。例如,对队列进行操作时,有可能出现两种情况:空队列时试图删除一个元素;满队列时试图添加一个元素。则需要自定义两个异常来处理这两种情况。
JAVA语言如何进行异常处理?
Java通过面向对象的方法进行异常处理,把各种不同的异常进行分类,并提供了良好的接口。在Java中,每个异常都是一个对象,它是Throwable类或其它子类的实例。当一个方法出现异常后便抛出一个异常对象,该对象中包含有异常信息,调用这个对象的方法可以捕获到这个异常并进行处理。Java的异常处理是通过5个关键词来实现的:try、catch、throw、throws和finally。一般情况下是用try来执行一段程序,如果出现异常,系统会抛出(throws)一个异常,这时候你可以通过它的类型来捕捉(catch)它,或最后(finally)由缺省处理器来处理。\x0d\x0a用try来指定一块预防所有异常的程序。紧跟在try程序后面,应包含一个catch子句来指定你想要捕捉的异常的类型。\x0d\x0athrow语句用来明确地抛出一个异常。\x0d\x0athrows用来标明一个成员函数可能抛出的各种异常。\x0d\x0a可以在一个成员函数调用的外面写一个try语句,在这个成员函数内部写另一个try语句保护其他代码。每当遇到一个try语句,异常的框架就放到堆栈上面,直到所有的try语句都完成。
在JAVA中如何向上抛异常
DAO类方法中可以用两种方式抛异常
1.人为控制
如查询结果不符合要求自己 throw 一个 Exception
if(returnCount==0) throw new Exception("查询结果为空");
不推荐此种用法
2.直接在方法名后面跟上 throws Exception{
如 public List getAllParentMenus(String menuId)throws MyException{...},这样,如果此方法中运行时出现异常,那么就会把异常往上抛
抛出去的异常可以在 Usermanager 类中的方法里抓住...
比如,如果 Usermanager中的方法 methodA中调用了 DAO类中的抛异常的方法 methodB
则可以在 methodA中写成这样
try{
new DAO().methodB();
}catch(Exception e){
String 输出=e.getMessage();
}
在这输出信息可以根据抛出的异常类型,或者自定义异常中的关键字段,随机定义内容....
北大青鸟java培训:异常处理的Java最佳方法?
异常处理是Java开发中的一个重要部分。
它是关乎每个应用的一个非功能性需求,是为了处理任何错误状况,比如资源不可访问,非法输入,空输入等等。
Java提供了几个异常处理特性,以try,catch和finally关键字的形式内建于语言自身之中。
Java编程语言也允许你创建新的异常,并通过使用throw和throws关键字抛出它们。
事实上,在Java编程中,Java的异常处理不单单是知道语法这么简单,它必须遵循标准的JDK库,和几个处理错误和异常的开源代码。
这里北大青鸟将讨论一些关于异常处理的Java最佳实践。
1、为可恢复的错误使用检查型异常,为编程错误使用非检查型错误。
选择检查型还是非检查型异常,对于Java编程人员来说,总是让人感到困惑。
检查型异常保证你对错误条件提供异常处理代码,这是一种从语言到强制你编写健壮的代码的一种方式,但同时会引入大量杂乱的代码并导致其不可读。
当然,如果你有替代品和恢复策略的话,捕捉异常并做些什么看起来似乎也在理。
在Java编程中选择检查型异常还是运行时异常。
2、在finally程序块中关闭或者释放资源这在Java编程中,是一个广为人知的最佳实践,在处理网络和IO类的时候,相当于一个标准。
在finally块中关闭资源,在正常和异常执行的情况下,保证之前和稀缺资源的合理释放,这由finally块保证。
从Java7开始,该语言有了一项更有趣的功能:资源管理自动化或者ARM块能实现这一功能。
尽管如此,我们仍然要记住在finally块中关闭资源,这是对于释放像FileDescriptors这类,应用在socket和文件编程的情况下的有限资源很重要的。
3、在堆栈跟踪中包含引起异常的原因很多时候,当一个由另一个异常导致的异常被抛出的时候,Java库和开放源代码会将一种异常包装成另一种异常。
日志记录和打印根异常就变得非常重要。
Java异常类提供了getCause方法来检索导致异常的原因,这些(原因)可以对异常的根层次的原因提供更多的信息。
该Java实践对在进行调试或排除故障大有帮助。
时刻记住,如果你将一个异常包装成另一种异常时,构造一个新异常要传递源异常。
4、始终提供关于异常的有意义的完整的信息异常信息是最重要的地方,因为这是程序员首先看到的第一个地方,这里你能找到问题产生的根本原因。
这里始终提供精确的真实的信息。
5、避免过度使用检查型异常检查型异常在强制执行方面有一定的优势,但同时它也破坏了代码,通过掩盖业务逻辑使代码可读性降低。
只要你不过度使用检查型异常,你可以最大限度的减少这类情况,这样做的结果是你会得到更清洁的代码。
你同样可以使用Java7的新功能,以移除重复项。
6、将检查型异常转为运行时异常这是在像Spring之类的多数框架中用来限制使用检查型异常的技术之一,大部分出自于JDBC的检查型异常,都被包装进DataAccessException中,而(DataAccessException)异常是一种非检查型异常。
这是Java最佳实践带来的好处,特定的异常限制到特定的模块,像SQLException放到DAO层,将意思明确的运行时异常抛到客户层。
7、记住对性能而言,异常代价高昂需要记住的一件事是异常代价高昂,同时让你的代码运行缓慢。
假如你有方法从ResultSet(结果集)中进行读取,这时常会抛出SQLException异常而不会移到下一元素,这将会比不抛出异常的正常代码执行的慢的多。
因此最大限度的减少不必要的异常捕捉和移动,那里没有什么固定的原因。
不要仅仅是抛出和捕捉异常,如果你能使用boolean变量去表示执行结果,可能会得到更整洁,更高性能的解决方案。
修正错误的根源,避免不必须要的异常捕捉。
关于java上报异常和Java中异常的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。
发布于:2022-12-03,除非注明,否则均为
原创文章,转载请注明出处。