jjzjj

runtimeexception

全部标签

java - 捕获检查异常后重新抛出 RuntimeExceptions

这个问题在这里已经有了答案:WhatissuesmayensuebythrowingacheckedexceptionasaRuntimeException?(6个答案)关闭9年前。在Java中,观察到在处理完CheckedException之后会重新抛出RuntimeException的约定。这种方式有好有坏。当编译器强制通过CheckedException处理某些内容时,开发人员可以通过捕获它并将其作为RuntimeException重新抛出来摆脱它。有人可以解释一下这种情况是否可以被视为一种好的做法?如果是这样,这种方法是否更不容易出错,或者会使代码库不稳定?

java - 未捕获的 RuntimeException 和 finally 子句 : which comes first?

在tryblock中抛出一个RuntimeException而未被捕获,而finally子句调用System.exit().publicstaticvoidmain(String[]args){try{Integer.valueOf("NotANumber");}finally{System.out.println("finally");System.exit(0);}}输出是finally如果System.exit(0)从finally中移除,则输出为finallyExceptioninthread"main"java.lang.NumberFormatException:Forin

没有参数的 java.lang.RuntimeException : Failed to invoke public com. example.syncapp.MessageBase()

protectedvoiddoPost(HttpServletRequestrequest,HttpServletResponseresponse)throwsServletException,IOException{System.out.println(request.getParameter("msg").toString());Stringdata=request.getParameter("msg").toString();Gsongson=newGson();MessageBasemsggg=gson.fromJson(data,MessageBase.class);//Sy

java - 为什么运行时异常是未经检查的异常?

一般来说,如果任何类扩展Exception,它就会变成检查异常。Runtimeexception也扩展了Exception。那uncheckedexception是怎么回事呢?他们是否在编译器中针对这种特殊情况进行了自定义检查?编辑:我对checkedv/suncheckedexception及其优缺点等有正确的认识。我不接受差异他们之间的回答。 最佳答案 在规范中有明确规定,section11.1.1:RuntimeExceptionandallitssubclassesare,collectively,theruntimeexc

java - System.exit(num) 或从 main 中抛出 RuntimeException?

我有一个单线程应用程序,如果出现问题,它应该将DOS错误级别设置为非零值。是抛出RuntimeException更好,还是使用System.exit(nonzero)?我不需要堆栈跟踪,我不希望这个应用程序被扩展/重用。这两个选项有什么区别? 最佳答案 除非你真的有异常情况,否则不要抛出异常。System.exit(int)正是出于这个原因。使用它。编辑:我想我可能误读了你的问题。我以为您是在问,当您想正常退出JVM但发出信号表明某些事情不太正确时,是抛出异常还是使用System.exit更好。但是,如果发生的问题已经由Java异常

java - 包装已检查 Java 异常的标准方法

我有一个相当详细的问题,关于包装已检查异常的正确方法,以及Guava的处理方式。(抱歉太长了,但我想把我的思考过程记下来)标准的Runnable接口(interface)是这样的:publicinterfaceRunnable{publicvoidrun();}其中run()无法抛出已检查的异常。因此,如果我想要一个Runnable用于包装抛出已检查异常的任务,并且我打算拥有调用Runnable.run()的东西处理这些异常,而不是在Runnable.run()本身中,我必须将异常包装在未经检查的异常中。所以有一段时间我在使用:Runnabler=newRunnable{@Overri

java - 运行时异常和错误

在异常层次结构中,RuntimeException和那些Error是运行时异常/错误。两者的区别在于:RuntimeException下的那些是由不良编程/设计引起的,以及Error的那些是那些不能/不应该由开发人员控制的。为了在应用程序中编码异常,例如,当业务逻辑中的某些事情发生时抛出异常,RuntimeException被延长。问题是,extending和extending之间到底有什么区别RuntimeException并扩展Error--除了扩展Error是不好的做法吗? 最佳答案 Error和RuntimeExceptio

java - 正确使用 RuntimeException?

这个问题在这里已经有了答案:关闭12年前。PossibleDuplicate:InJava,whenshouldIcreateacheckedexception,andwhenshoulditbearuntimeexception?我什么时候应该从RuntimeException而不是Exception派生异常?RuntimeException不必在方法的throws子句中声明,这可能好,因为它不必特别列出或不好,因为显式声明方法的异常是一种很好的做法。想法?

python - Hadoop:错误:java.lang.RuntimeException:配置对象时出错

我安装了Hadoop并且运行良好,因为我运行了字数统计示例并且效果很好。现在我试图继续前进并做一些更真实的例子。我的示例在thiswebsiteasExample2(AverageSalariesbyeachdepartment)中完成.我使用来自网站和thisdata的相同代码映射器.py#!usr/bin/Python#mapper.pyimportcsvimportsysreader=csv.reader(sys.stdin,delimiter=',')writer=csv.writer(sys.stdout,delimiter='\t')forrowinreader:agenc

java.lang.RuntimeException:java.lang.RuntimeException:org.codehaus.plexus.component.repository.exc

在基于SpringBoot的方式开发一个web应用时IDEA报错(如图所示):java.lang.RuntimeException:java.lang.RuntimeException:org.codehaus.plexus.component.repository.exc**报错原因:SpringBoot版本与JDK版本配置有误安装的JDK版本是11.0.15而之后选用SpringBoot时,错选了3.1.0版本。SpringBoot3以上版本不支持JDK11,支持的最低版本是JDK17。所以需要将选用的SpringBoot版本改为2.7.12,问题解决。