本文目录一览：
- 1、java中异常的处理方法有哪两种
- 2、Java中的检查型异常和非检查型异常有什么区别
- 3、java中什么是非检测性异常
- 4、北大青鸟java培训：异常处理的Java最佳方法？
- 5、Java中必检异常有哪些？为啥要必检？免检异常有哪些？
java中异常的处理方法有哪两种
1.检查型异常,这样的异常继承于Excetpion,就是在编译期间需要检查,如果该异常被throw,那么在该异常所在的method后必须显示的throws,调用该method的地方也必须捕获该异常,否则编译器会抛出异常.ejb里的RemoteException是一个这样的异常.来源：考试大
2.运行时异常,就是在运行期间系统出现的异常,该类异常继承于RuntimeException,该类异常在编译时系统不进行检查,如NullPointerExcetpion,NumberFormatException.
3.系统错误,一般是JVM出现异常时抛出的异常,如OutofMemoryError,这样的异常在J2EE开发中是不用关心的.考试大论坛
在J2EE开发中,检查型异常被滥用以至于过一段时间程序员自己都看不懂抛出这样的异常,.里面封装的这些错误信息是干什么用的,更可怕的是有好多有用的信息找不到了.比如SQLException和RemoteException这样的异常我们没必要再进行封装,这样的异常只对我们调试程序有用,而对客户来说它就是一个”系统错误”而已.异常处理有一个简单的原则,你什么时候需要封装自己的检查型异常?就是你很清楚自己抛出这个异常的用途时,比如用户输入用户名和密码要登录,但用户名和密码不匹配,你就要定义一个检查型异常,客户端通过捕获该异常,然后把相应的错误信息反馈给客户.而其它的自己未预期的错误或者异常比如SQLException,只需封装到EJBException中,ejb container会把它的信息追加到RemoteException里,这样客户端捕获RemoteException后把它写到系统日志里,就很容易进行调试。
Java 异常的处理
在 Java 应用程序中，对异常的处理有两种方式：处理异常和声明异常。
处理异常：try、catch 和 finally
若要捕获异常，则必须在代码中添加异常处理器块。这种 Java 结构可能包含 3 个部分，
都有 Java 关键字。下面的例子中使用了 try-catch-finally 代码结构。
import java.io.*; public class EchoInputTryCatchFinally { public static void main（String args［］）{ System.out.println（”Enter text to echo：”）; InputStreamReader isr = new InputStreamReader（System.in）; BufferedReader inputReader = new BufferedReader（isr）; try{ String inputLine = inputReader.readLine（）; System.out.println（”Read：” + inputLine）; } catch（IOException exc）{ System.out.println（”Exception encountered： ” + exc）; } finally{ System.out.println（”End. “）; } } 其中：
try 块：将一个或者多个语句放入 try 时，则表示这些语句可能抛出异常。编译器知道可能要发生异常，于是用一个特殊结构评估块内所有语句。
catch 块：当问题出现时，一种选择是定义代码块来处理问题，catch 块的目的便在于此。catch 块是 try 块所产生异常的接收者。基本原理是：一旦生成异常，则 try 块的执行中止，JVM 将查找相应的 JVM。
finally 块：还可以定义 finally 块，无论运行 try 块代码的结果如何，该块里面的代码一定运行。在常见的所有环境中，finally 块都将运行。无论 try 块是否运行完，无论是否产生异常，也无论是否在 catch 块中得到处理，finally 块都将执行。
try-catch-finally 规则：
必须在 try 之后添加 catch 或 finally 块。try 块后可同时接 catch 和 finally 块，但至少有一个块。
必须遵循块顺序：若代码同时使用 catch 和 finally 块，则必须将 catch 块放在 try 块之后。
catch 块与相应的异常类的类型相关。
一个 try 块可能有多个 catch 块。若如此，则执行第一个匹配块。
可嵌套 try-catch-finally 结构。
在 try-catch-finally 结构中，可重新抛出异常。
除了下列情况，总将执行 finally 做为结束：JVM 过早终止（调用 System.exit（int））；在 finally 块中抛出一个未处理的异常；计算机断电、失火、或遭遇病毒攻击。
声明异常
若要声明异常，则必须将其添加到方法签名块的结束位置。下面是一个实例：
public void errorProneMethod（int input） throws java.io.IOException { //Code for the method，including one or more method //calls that may produce an IOException } 这样，声明的异常将传给方法调用者，而且也通知了编译器：该方法的任何调用者必须遵守处理或声明规则。声明异常的规则如下：
必须声明方法可抛出的任何可检测异常（checked exception）。
非检测性异常（unchecked exception）不是必须的，可声明，也可不声明。
调用方法必须遵循任何可检测异常的处理和声明规则。若覆盖一个方法，则不能声明与覆盖方法不同的异常。声明的任何异常必须是被覆盖方法所声明异常的同类或子类。
Java中的检查型异常和非检查型异常有什么区别
非检查异常就是在你敲代码的时候没有任何提示，你一运行程序，才可以看到的异常。比如：空指针。
检查异常就是你敲代码的时候提示你必须处理。如果你不处理，程序无法运行。比如：io流异常
如果想要专业的回答，请看这篇文章
网页链接
java中什么是非检测性异常
在java代码中，如果调用方法后可能会出现异常，则必须对异常进行处理，写java代码时自动抛出的异常称为检测性异常，例如在写文件时会自动抛出IOException；有些异常不会自动抛出，比如在执行parseIntger()方法时，如果括号中的参数不可以转换为整数，则会抛出异常，应用程序会终止，而在写代码的时候却不需要处理这个异常，这样的异常称为非检测性异常
北大青鸟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中必检异常有哪些？为啥要必检？免检异常有哪些？
1，java的异常分为两大类，受检异常（即必检异常），它继承自Exception类和运行时异常（即免检异常）它继承自RuntimeException
2，在Java代码设计时，如果A方法调用了B方法，要传给B方法参数，但是这个参数B觉得A可能会传错，所以就会在B中检测，如果发现不对，就抛出一个受检异常。那个A在调用B的方法的时候就会被要求强制检查这个异常，防止出错。比如IOException
3，免检异常一般是那种错误异常，一但出现这种异常，就表示当前执行的程序无法再执行下去了。比如NullPointException.
