- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我知道网络上充斥着不要捕获 Throwable
的建议,但是它适用于使用 CompleteableFuture
吗?例如,在
ExecutorService es = Executors.newFixedThreadPool(2);
CompletableFuture<String> cf = new CompletableFuture<>();
es.submit(() -> {
try {
cf.complete(getValue());
} catch (Exception e) { // should I catch Throwable instead?
cf.completeExceptionally(e);
}
});
我应该捕获 Throwable
还是 Exception
?如果我捕捉到 Exception
并抛出 Error
,程序很可能会陷入死锁。
最佳答案
你是对的,不捕获 Throwable
会承担 CompletableFuture
永远无法完成的风险。因此,这种风险将证明捕获 Error
是合理的。您通常不会使用的所有 Throwable
。
但由于您基本上是在重新发明 supplyAsync
,让我们比较一下两者的行为:
public class CF {
public static void main(String[] args) {
ExecutorService es = Executors.newFixedThreadPool(2);
CompletableFuture<String> cf1 = CompletableFuture.supplyAsync(() -> getValue(), es);
try {
cf1.join();
}
catch(CompletionException ex) {
ex.printStackTrace();
}
System.err.println();
CompletableFuture<String> cf2 = new CompletableFuture<>();
es.submit(() -> {
try {
cf2.complete(getValue());
} catch(Throwable t) {
cf2.completeExceptionally(t);
}
});
try {
cf2.join();
}
catch(CompletionException ex) {
ex.printStackTrace();
}
}
private static String getValue() {
throw new OutOfMemoryError();
}
}
java.util.concurrent.CompletionException: java.lang.OutOfMemoryError
at java.base/java.util.concurrent.CompletableFuture.encodeThrowable(CompletableFuture.java:314)
at java.base/java.util.concurrent.CompletableFuture.completeThrowable(CompletableFuture.java:319)
at java.base/java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1702)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: java.lang.OutOfMemoryError
at CF.getValue(CF.java:39)
at CF.lambda$main$0(CF.java:11)
at java.base/java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1700)
... 3 more
java.util.concurrent.CompletionException: java.lang.OutOfMemoryError
at java.base/java.util.concurrent.CompletableFuture.reportJoin(CompletableFuture.java:412)
at java.base/java.util.concurrent.CompletableFuture.join(CompletableFuture.java:2044)
at CF.main(CF.java:31)
Caused by: java.lang.OutOfMemoryError
at CF.getValue(CF.java:39)
at CF.lambda$main$1(CF.java:24)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
所以我们看到,捕获错误是CompletableFuture
的标准行为。只有堆栈跟踪不同。让我们看看是否可以提高收敛性:
public class CF {
public static void main(String[] args) {
ExecutorService es = Executors.newFixedThreadPool(2);
CompletableFuture<String> cf1 = CompletableFuture.supplyAsync(() -> getValue(), es);
try {
cf1.join();
}
catch(CompletionException ex) {
ex.printStackTrace();
}
System.err.println();
CompletableFuture<String> cf2 = new CompletableFuture<>();
es.submit(() -> {
try {
cf2.complete(getValue());
} catch(Throwable t) {
cf2.completeExceptionally(new CompletionException(t));
}
});
try {
cf2.join();
}
catch(CompletionException ex) {
ex.printStackTrace();
}
}
private static String getValue() {
throw new OutOfMemoryError();
}
}
java.util.concurrent.CompletionException: java.lang.OutOfMemoryError
at java.base/java.util.concurrent.CompletableFuture.encodeThrowable(CompletableFuture.java:314)
at java.base/java.util.concurrent.CompletableFuture.completeThrowable(CompletableFuture.java:319)
at java.base/java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1702)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: java.lang.OutOfMemoryError
at CF.getValue(CF.java:39)
at CF.lambda$main$0(CF.java:11)
at java.base/java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1700)
... 3 more
java.util.concurrent.CompletionException: java.lang.OutOfMemoryError
at CF.lambda$main$1(CF.java:26)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: java.lang.OutOfMemoryError
at CF.getValue(CF.java:39)
at CF.lambda$main$1(CF.java:24)
... 5 more
那很安静。
当然,如果 getValue()
不抛出检查异常,就没有理由不使用 CompletableFuture.supplyAsync(() -> getValue(), es);
。如果我们有理由手动实现完成,比如必须处理已检查的异常,那么我们可以改进一些事情。如果我们不需要 submit
返回的 Future
,我们可以使用 execute
来代替,以避免创建不需要的 FutureTask
。此外,CompletableFuture
用 AsynchronousCompletionTask
标记它的完成任务。有助于监控和调试,遵循约定很有用:
CompletableFuture<String> cf2 = new CompletableFuture<>();
es.execute((Runnable & CompletableFuture.AsynchronousCompletionTask)() -> {
try {
cf2.complete(getValue());
} catch(Throwable t) {
cf2.completeExceptionally(new CompletionException(t));
}
});
虽然对实际行为没有直接影响。
关于java - 在调用 CompletableFuture.completeExceptionally(Throwable) 之前捕获 throwable 与异常,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/57913958/
我正在尝试弄清楚如何将 Throwable\/List[Throwable\/A] 干净利落地排列成 Throwable\/List[A] ,可能使用 List 的 Traverse 实例,但我似乎无
在不创建新 Throwable 的情况下添加一种通用方法来向 Throwable 添加信息是否有益? 我经常看到这样的代码: try { foo(); } catch (Exception e
当发生异常并且我得到 Throwable 时,我想将它转换为 MyThrowable 并重新抛出它。 我正在实现实例创建的方法 obs1 = obs1.map(new Func1() {
我有一个带 @Aspect 注释的类正在调用 ProceedingJoinPoint#proceed() 。此方法抛出 Throwable,因此该类看起来像这样: @Aspect @Component
我知道网络上充斥着不要捕获 Throwable 的建议,但是它适用于使用 CompleteableFuture 吗?例如,在 ExecutorService es = Executors.ne
这个问题在这里已经有了答案: No Exception while type casting with a null in java (10 个答案) 关闭 7 年前。 这个问题只是让我理解这个概念
假设我有几种方法可以返回 \/[Throwable, String]。右边的值 Int 是我想要的,左边的值累积错误。 import scalaz._ import Scalaz._ type Err
今天我去部署一个我创建的 Java 应用程序到 Google App Engine,但我遇到了一些非常无用的错误消息。 Invocation of init method failed; nested
我正在实现一个 AOP 拦截器,它处理 RetryTemplate 中的逻辑。问题是 ProceedingJoinPoint#execute 被声明为抛出 Throwable,但 RetryTempl
首先我必须说我阅读了以下内容:http://docs.oracle.com/javase/tutorial/essential/exceptions/index.html ! 尝试编译时出现的错误如下
我正在编辑别人的代码,并且一个方法有“Throws Throwable”。我把它去掉了,所以 Eclipse 会让我只添加它需要抛出的异常类型...但是,我在调用父类(super class)(我当前
当我开发 android 应用程序时,我想制作一个 CrashReport 类,然后使用它向我的服务器发送报告。 我做了一个名为CrashHandler的类,它实现了UncaughtException
我在java中得到了这段代码: public static void main(String[] args) { try{ Class tryLoadi
我正在使用 JDK8 在 macOS 上工作。 在 catch 中,我必须给出异常的完整名称,例如在这种情况下 (ArithmeticException e) 而不是 (Exception e)运行代
我有一个执行 I/O 的类(我们称之为 ABC)。像 FileOutputStream.close 这样的东西会让你在它们周围使用 try catch block 。此外,我创建了自己的可抛出对象,帮
这个问题在这里已经有了答案: 关闭 10 年前。 Possible Duplicate: Why doesn’t Java allow generic subclasses of Throwable
我在这里看到了很多关于 Exception 和 Throwable 之间区别的一般性问题。我知道其中的区别,而且我有一个更具体的问题。 我正在编写一个库,用于绑定(bind)并运行多个用户提供的代码片
我已经捕获了任何未捕获的异常 Thread.setDefaultUncaughtExceptionHandler(new Thread.UncaughtExceptionHandler() {
我有一些外部提供的回调要运行。因为它们可以包含任何东西,所以我更愿意冒险在它们上捕获 Throwable 并因此从任何可恢复的错误中恢复。 回调执行的某些阶段允许抛出错误,除非错误连续重复两次。在这种
在java语言中,错误类的基类是java.lang.Error,异常类的基类是java.lang.Exception。 1)相同点:java.lang.Error和java.lang.Excepti
我是一名优秀的程序员,十分优秀!