关于java异常的一些打印方法（java获取打印机状态）

本文目录一览：

1、java中怎么把发生的异常打印在web页面上
2、北大青鸟分享异常处理的Java最佳方法
3、Java异常处理:如何避免重复打印异常
4、java中如何获取throws抛出的异常,并且把异常打印到指定的jsp页面

java中怎么把发生的异常打印在web页面上

用try catch语句实现：

try {

//业务代码

} catch (Exception e) {

e.printStackTrace(); //打印异常

throw new Exception(“Write InputStream Error” + e.toString()); //抛给客户端的异常

}

北大青鸟分享异常处理的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异常处理:如何避免重复打印异常

检查日志文件，你就能看到满屏重复的异常。

因此，异常只能被打印一次。在哪儿打异常最好呢？。

原则就是自定义异常在抛出前打印一下，其他各层对自定义异常不作任何打印。甚至不用Catch.

对于上面WebServiceClient.login，在这打印是对的，还可以加上自己的一些log信息，如log.fatal(“cannotlogintheXXXsystem”);至于在其他层，就不在需要打印，处理这个异常了。这样的异常处理没有什么技术含量，只是个异常处理原则，如果人人都遵循（看到自定义不处理，抛自定义异常前处理）这个原则，就能避免重复打印异常日志

再考虑如何把友好的异常信息给终端用户呢，所谓友好，不能总是提示“系统错误，请稍后再试”，因为这样能让使用者对系统没有信心。好比领导交给你的任务，你没有完成，你总不能每次都说“这是我的问题，以后改正”吧。对异常进行稍微详细的说明，是必要的。另外，也不能总是把异常的stacktrace原封不动的现实给使用者，如java.io.IOExcepiton:Filecannotbefound.这样会被认为你的程序质量不够高。

可以通过异常指定类型来在Web层解释并转化为友好的异常

。如上列子，可以如下定义MyApplicationExceptoin

如下代码：

java中如何获取throws抛出的异常,并且把异常打印到指定的jsp页面

比如你又一个方法叫a，调用了一个方法b(b方法throws了一个异常)，那么在a里面使用try-catch捕获这个异常，在catch块里面，使用jsp的request，或者session将异常对象e.getMessage的内容存储到制定的变量里面(例如request.setAttribute(“errorMessage”,e.getMessage));

然后到页面使用EL表达式${errorMessage}取出来就好了。

原创文章，作者：小蓝，如若转载，请注明出处：https://www.506064.com/n/258424.html