问题标签 [try-catch-finally]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
java - 异常处理; 试着抓
这是我的代码:
现在,它不是这样工作的:
如果我在方法本身中有一个 try and catch 块,那么我不需要写
method_name(int n) throws Exception
?
抛出异常的方法中的try-catch块不会阻止在抛出异常的方法中写入“抛出异常”吗?
error-handling - smalltalk 中的 try-catch-finally 习语
您如何在 smalltalk 中实现 try-catch-finally 习语?我看到有on:do:
和ensure:
,但没有on:do:ensure:
。我肯定错过了什么。
c# - try-catch-finally 执行顺序
我在理解 try-catch-finally 的执行顺序时遇到问题。我见过的所有示例(例如:http://stackoverflow.com/questions/4191027/order-of-execution-of-try-catch-and-finally-block)都有一个非常简单的“catch”部分打印到控制台。但是如果我在 catch 中使用“throw”语句会发生什么?
我能想到的最简单的代码可以解决问题:
如果 num == 2,那么输出将是:
答案是:50
但是 num == 0 会打印什么?
答案是:100
答案是:200 根本
不打印...
还是只是“未定义的行为”?
java - 找不到地方插入 finally 块以摆脱错误:Insert finally to complete TryStatement
我已经尝试了几个点来插入 finally 块,但无论我尝试什么,它最终都会使代码变得更糟。
这是我的代码,倒数第四个大括号是给我错误的那个。有什么想法吗?
c#-4.0 - 为什么我的“终于”不跑了?
我想我在这里遗漏了一些非常微不足道的东西,但出于某种原因,这对我来说并不明显。我一直认为“终于”总是执行,无论是否有异常。
无论如何,这段代码无法运行,我不知道为什么。它到达 i = i/j 并引发 DivideByZero 异常,但我认为它会继续并在停止之前执行 finally 语句。
java - 未捕获的 RuntimeException 和 finally 子句:哪个先出现?
A在没有被捕获的情况下被RuntimeException
抛出,而子句调用.try
finally
System.exit()
输出是
如果System.exit(0)
从 finally 中删除,则输出为
“finally”可能出现在. 的消息之前、之后或之间NumberFormatException
。
谁能解释一下?
java - Java 6 中的单元测试最终阻塞
在查看我的代码覆盖率时,我注意到很多单元测试未能检查 finally 块,这些块试图关闭 finally 块中打开的 InputStreams。
一个示例摘录是:
是否有任何适当的解决方案可以使用 JUnit4 检查 finally 块内的所有内容?
我知道在保持最大生产力的同时,无法实现 100% 的代码覆盖率。然而,这些红线在报告中有点引人注目。
c# - 损坏状态异常处理的可靠性
我目前正在研究C# / .NET的可靠性特性和异常处理
这些尤其是带有的HandleProcessCorruptedStateExceptions
属性和CERPrepareConstrainedRegions
。
现在我正在阅读该SecureString
课程的参考源代码,因为这是一个非常安全的地方,即使在特殊情况下也要保持数据加密,并发现类似这样的地方:
catch
阻塞的原因是什么?finally
块不足以重新保护数据吗?
或者那些损坏的状态异常是否只会catch
在之后影响和终止应用程序?
java - 在 finally 块中关闭文件不起作用
显示fr.close()
错误:
fr 无法解决
我读过在 finally 块中关闭文件是一个好习惯。
那是什么做错了?
java - 我需要在 finally 块中关闭 Quartz 调度程序吗?
我正在使用来自StdSchedulerFactory
.
我正在捕捉SchedulerException
我的代码。
我是否应该在 finally 块中关闭调度程序:
还是我应该在 try 块中关闭?
关闭方法可以 throw SchedulerException
,因此关闭似乎不应该在 finally 块中。