最初看到 Java 9 的这个新特性没太在意,及至重新关注到 Spring 5/Springboot 2 的响应式编程的时候才真正重视起 Reactive Streams(响应式流或反应式流)。应用响应式流的编程也就叫做响应式编程(Reactive Programming),无论是翻译成反应式编程都有些令人摸不准头脑。与此对应的在 Web 设计方面有一个叫做响应式 Web 设计(Responsive web design),两个词都译作响应式,却有些差别,大概是 Reactive 被译为反应的原因之一。
通过这里对 Reactive Streams 的学习,主要目的是为了进一步掌握 Spring 5/Springboot 2 的响应式 MVC 作铺垫的,不至于猛然间见 Flux, Mono 而不知所措。
函数式响应式编程概念最早来自于九十年代末,这也激发了微软的 Erik Meijer 设计开发了 .NET 的 Rx(Reactive eXtension) 库,以及到后来 Netflix 的 RxJava 也与他有关系。Reactive Stream 更像是一种编程模式,致力于解决一个生产者产生一系列消息,一个或多个去消费它们的问题。两者的名词我们会用: producer-consumer(生产者-消费者), source/sink(水源/水槽, Akka Stream 用了这个概念), publisher-subscriber(发布者-订阅者)。
既然 Reactive Stream 和 Java 8 引入的 Stream 都叫做流,它们之间有什么关系呢?有一点关系,Java 8 的 Stream 主要关注在流的过滤,映射,合并,而 Reactive Stream 更进一层,侧重的是流的产生与消费,即流在生产与消费者之间的协调。 Read More

Java 六个月的版本迭代周期让我们突然间有些喘不过气来,又 Java 11 才会是一个长期支持版本,如果可能的话我们将会是从 Java 8 直接往 Java 11 跳去。在 Java 8 大行其道,裹足不前的当下,谈论着未来 Java 11 不确定的新特性,有一种看着别人家碗里的不过瘾,还要看着别人家锅里的感觉。
本篇原本只是为了对 Java 11 潜在的原始字符串字面量(Raw String Literals)的哨探,同时考虑到 Java 10 仅有的一个语言层面的新特性
var局部变量类型推断,所以顺带介绍一下。我这儿把它称之为 var 局部变量类型推断,说明了
var类型推断并不适用于类或实例的变量,或方法的参数。而且var也并未上升为一个 Java 的关键字,我们仍然可以用var作为变量或方法名。对局部变量用
var进行类型推断的代码示例变化如下:1List<String> list = new ArrayList<>(); //Java 10 以前 2var list = new ArrayList<String>(); //Java 10 开始 3 4int age = 100; //Java 10 以前 5var age = 100; //Java 10 开始,推断为 int 类型 6 7var stream = blocks.stream(); //都不需要引入 java.util.Stream 类var学了Scala的语法,再重复一遍,var只能用于局部变量,这有一个好处就是局部变量的跨越性较小,不至于var声明的变量阅读时只有编译器知道它的确切类型。var类型推断给代码书写上的变化就是对局部变量的任何类型声明都可以替代为var。 Read More
一年前解决了 WordPress 在 Linux 下不能发送邮件的问题,后来有段时间很正常,我的网站接收邮件的邮箱是 Gmail 的。但是近来,网站上有留言时极少收到通知邮件,怀疑是 Debian 下的exim4又不能正常工作了。但是试了如下的 PHP 脚本$ php -a
从命令行上并没有提示任何的错误,但是检查我的 Gmail 信箱,死活就是收不到邮件。即使直接用
Interactive mode enabled
php> mail('<my_gmail_account>@gmail.com', 'test subject', 'test content');
php > exitmail命令echo Hello World | mail -v -s Test <my_gmail_account>@gmail.com
也是不行的。
查看日志文件/var/log/exim4/mainlog, 发现有下面的错误信息 Read More上一篇 Linux 下配置滚动日志之 logrotate, 介绍了定时服务 logrotate 的方式对日志进行滚动,删除旧归档。logrotate 是目前流行 Linux 发行版内置的定时服务,默认每日根据配置文件来滚动日志文件。那么它可能有一个弊端就是,如果每日增长的日志超大,同时会暴盘,那么就必须调整 logrotate 这个 cron 定时服务为每小时,或自定义的 cron 表达式来控制。
而本文所介绍的 rotatelogs 工具(与 logrotate 名称太过相似) 是采用管道操作的方式来控制日志的滚动,可以基于实时监控的日志文件大小来滚动日志,也可以配置像 logrotate 来定时滚动日志。rotatelogs 是出自于 Apache HTTP Server 家族的,它被用于 Apache HTTP Server 的就错误日志,访问日志的滚动控制。
类似于 rotatelogs 的工具不有一个老旧的 cronolog,也是应用管道操作控制日志,它早已无人问津,最近更新在五年前,且功能很弱,只带滚动,不能清理旧归档,磁盘空间占用仍然是无上限。 Read More
本站已启用新域名 yanbin.blog, 博客链接已更新为 https://yanbin.blog, 完全脱离了主流域名后缀了。其实也是不得已而为之,毕竟 unmi.cc 相伴多年。在接下来的一个多月里新老域名都同时有效,已作 301 重定向,希望搜索引擎能尽快切换过来。届时 unmi.cc 将会失效,也许是一个月,也许是永远,又将为互联网创建不少死链接。
本站自 2010 年独立创建以来,一直用的就是 unmi.cc 这个域名,从 bloghost.cn 上购买的。由于后来域名都是在 GoDaddy 管理的,所以想着域名 unmi.cc 转到一块进行管理。同时也是为了防备着国内互联网公司不光在主机服务上设限制,也可能会在域名上作起文章来。
于是试图联系 bloghost.cn, 于是便是中国特色了,假若要从 bloghost.cn 买新服务,他们还算和气,但想从他们那儿转出域名,没门。看他们的网站还号称专业

别一不小心反而给他们做了个广告,其实是真不值得信赖的。他们网站上的联系方式只有 E-mail 和几个 IM 聊天号,没有电话 Read More

平台之所以谓之平台,以其能建立一个生态,并与之外围达成共赢。霸道点的平台也会反噬外围生态,像微软集成浏览器,媒体播放器。还有即将的 iOS 12 要把应用商店多是收费的 AR 皮尺放到它自己系统中来,走别人的路,让别人无路可走。从此众泰皮尺部的唯一的生产工具就会是人手一部能安装 iOS 12 iPhone 了。
JDK 也不例外,Java 8 之前日期库的话 Joda-Time 是首要之选,Java 8 集成后应该是鲜有人问津。以往说到集合操作库,有两个选择,其一为 Apache Commons Collections,二为 Google 的 Guava,当然前者与后者竞争中也早已败下阵来,况且前者还受到 Java 8 的夹击。 而本文要说的可以说是 Java 9 把 Guava 中创建不可变集合的方式据为已用了,直截了当的说,凡是 Java 9 后有创建不可变集合的需求,只要用三大接口
List,Set,Map中的of(...)方法就对了。Java 9 之前,当我们需要集合相关的操作,两个选择:
Read More
日志是个好东西,便于定位历史问题,但记录太多,不滚动,不除旧总暴盘的时候。如果是用日志框架输出的日志,像 Log4j 或 Logback 通过选择具有滚动特性的 Appender 就能实现日志的滚动,并删除旧的归档日志文件。但也有在程序当中难以控制的日志输出文件,这用的话必须采取事后补救措施,程序尽管往一个日志文件里写,由另一个程序来对该日志文件进行归档,清理操作。
与此相关的工具,我们可以找到以下几个
- logrotate, 如今的多数 Linux 发布版都自带了,感觉有一种主场优势。github 上 logrotate/logrotate 仍活跃着
- newsyslog, FreeBSD 和 Mac 系统自带,应该不常用。Mac OS 下可以看下配置文件
/etc/newsyslog.conf - cronolog, 原本的官网 www.cronolog.org 全是日文了,找到它的快照 fleible web log rotation, github 上 fordmason/cronolog 最近更新是五年前
- rotatelogs, 出自于 Apache HTTP 项目, Apache HTTP server 用它滚动访问和错误日志
本人最为推崇使用第一个工具
logrotate, 因为多数 Linux 系统自带,不像 cronolog 和 rotatelogs 需要额外安装。它也有着更完备的功能,下面慢慢领略logrotate 的工作机制
Linux 下默认有一个每日执行的 Cron Job,配置在
/etc/cron.daily/logrotate,文件内容为(以 centos7 为例) Read More
什么是线程栈
继续纠缠 Java 9 的新特性,仍然是一个边角料,即 Java 9 增加了对线程栈遍历的 API。那么什么是线程栈,JVM 在创建每一个线程的同时都会创建一个私有的虚拟机栈,每一桢代表着一个方法调用,每次方法的调用与退出意味着压栈与出栈。每一桢上有局部变量,操作数常量引用等信息,这也是为什么局部变量是能最快被销毁的对象。过深的栈(比如过多的递归调用) 会出现我们程序员赖以生存的 StackOverflow。
浅显些说,线程栈就是通常我们捕获到异常后,用e.printStackTrace()看到自 main 方法追溯到当前方法的调用。例如:java.lang.RuntimeException: stack
调用层次是 main() 调用 m1(), m1() 调用 m2(), m2() 中的代码如下
at cc.unmi.TestStackWalking.m2(TestStackWalking.java:15)
at cc.unmi.TestStackWalking.m1(TestStackWalking.java:10)
at cc.unmi.TestStackWalking.main(TestStackWalking.java:6)1try { 2 throw new RuntimeException("stack"); 3} catch (Exception ex) { 4 ex.printStackTrace(); 5}
上面输出的每一行就是一个栈桢,输出了当前类名,方法名,代码行号。 Read More
我们知道 Java 的合法命名是以字母或下划线开头的字符串,当然,以前单个下划线
_也是一个合法的变量命名。但是自 Java 8 的第一个版本开始,单个下划线的变量名编译时会有警告int _ = 99;
用 Java 8 编译时提示警告:
Test.java:2: warning: '_' used as an identifier
int _ = 99;
^
(use of '_' as an identifier might not be supported in releases after Java SE 8)
1 warning这正是为 Java 9 作的预谋,以一个 LTS 版的 Java 8 作为过渡。因此,来到了 Java 9 后,单个下划线不再担当普通变量名的角色,变成了一个保留关键字,只说是另有任用。
先来看下 Java 9 中的单个下划线变量名编译时的错误提示
Test.java:2: error: as of release 9, '_' is a keyword, and may not be used as an identifier
int _ = 99;
^
1 error到底单下划线会作为什么用途呢? 已发布的 Java 10 没有给出答案,正在演进中的 Java 11 也没有相关的信息。 Read More
关于 Java 9 的新特性从某本书的最后一个说起:平台日志 API。个人没感觉这个有什么实质的用途,所谓的平台日志是指 JDK 自身代码,或者是 JVM 组件中的日志输出,而在自己应用程序代码中却不会去用这个平台日志 API。这个所谓的 Platform Logging API 名称的意义也就是在这里,平台用的,在诊断时用来观察 JDK 类或 JVM 中的日志输出,比如应该可以截获到 JVM 本地代码实现中的日志输出。对我们在项目中如何处理日志并不会有什么影响,该怎么还是怎么,不过了解多一点东西应该不会浪费脑容量的。
新加的平台日志体现在java.lang.System中新加的几个方法和类
我们可以尝试着在代码使用一下它1System.Logger logger = System.getLogger(TestLogging.class.getName()); 2logger.log(System.Logger.Level.INFO, "Hello Java 9 Platform Logging API");
输出如下May 26, 2018 10:56:51 AM cc.unmi.TestLogging main
Read More
INFO: Hello Java 9 Platform Logging API