CompletableFuture的exceptionally
CompletableFuture的exceptionally
代码:
private void test() { System.out.println("开始..."); CompletableFuture.supplyAsync(new Supplier<String>() { @Override public String get() { try { TimeUnit.SECONDS.sleep(3); } catch (InterruptedException e) { e.printStackTrace(); } // 此处故意抛出一个空指针异常。 // 导致代码处理逻辑转入到exceptionally(new Function<Throwable, String>() if (true) { throw new NullPointerException(); } System.out.println("返回 zhang"); return "zhang"; } }).exceptionally(new Function<Throwable, String>() { @Override public String apply(Throwable throwable) { System.out.println("exceptionally - apply :" + throwable.toString()); return "发生异常!"; } }).whenCompleteAsync(new BiConsumer<String, Throwable>() { @Override public void accept(String s, Throwable throwable) { System.out.println("accept : " + s); } }); System.out.println("运行至此."); }
运行输出:
07-12 10:32:26.797 17266-17266/? I/System.out: 开始...
07-12 10:32:26.801 17266-17266/? I/System.out: 运行至此.
07-12 10:32:29.803 17266-17318/zhangphil.test I/System.out: exceptionally - apply :java.util.concurrent.CompletionException: java.lang.NullPointerException
07-12 10:32:29.805 17266-17318/zhangphil.test I/System.out: accept : 发生异常!
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
LRU缓存淘汰算法分析与实现
概述 记录一下LRU缓存淘汰算法的实现。 原理 LRU(Least recently used,最近最少使用)缓存算法根据数据最近被访问的情况来进行淘汰数据,其核心思想是“如果数据最近被访问过,那么将来被访问的几率也更高”。 介绍 下图中,介绍了一个缓存空间为5的缓存队列,当访问数据的顺序是:1,2,3,4,5,6,7,6,4,0时空间中数据的变化过程。可以发现: 当缓存空间未满时,数据一直往新的空间写; 当缓存满,并且缓存中没有需要访问的数据时,最先进入缓存的数据被淘汰掉; 当缓存满,并且缓存中有需要访问的数据时,做了一个数据交换,把访问的数据拿出来,其余数据往下压,最后把访问的数据放到顶部在这里,可能有疑问,就是把“数据交换”于“数据完全新增和删除”有什么区别呢?答案是性能,前者是移动指针,后者是更新整个内存空间,后者所花费的系统开销远比前者大得多。 实现 看了算法的介绍,我们想到的数据结构就是链表了。 双向链表的数据结构 /** * 双向链表数据结构 */ private class NodePair{ NodePair frontNode; NodePair postNode;...
- 下一篇
C#语法——await与async的正确打开方式
C#5.0推出了新语法,await与async,但相信大家还是很少使用它们。关于await与async有很多文章讲解,但有没有这样一种感觉,你看完后,总感觉这东西很不错,但用的时候,总是想不起来,或者不知道该怎么用。 为什么呢?我觉得大家的await与async的打开方式不正确。 正确的打开方式 首先看下使用约束。 1、await 只能在标记了async的函数内使用。 2、await 等待的函数必须标记async。 有没有感觉这是个循环?没错,这就是个循环。这也就是为什么大家不怎么用他们的原因。这个循环很讨厌,那么怎么破除这个循环呢? 【很简单,await等待的是线程,不是函数。】 不理解吗?没关系,接着看下去。 下面从头来讲解,首先看这么一组对比 public static int NoAsyncTest() { return 1; } public static async Task<int> AsyncTest() { return 1; } async Task<int>等于int 这意味着我们在正常调用这两个函数时,他们是等效的。那么用async...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- Docker安装Oracle12C,快速搭建Oracle学习环境
- CentOS关闭SELinux安全模块
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- CentOS7,8上快速安装Gitea,搭建Git服务器
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- Hadoop3单机部署,实现最简伪集群