Helidon 是 Oracle 提供的轻量级的微服务框架，提供了 Router、Microprofile、Security 等必要的组件。相对 Spring Boot 等老牌框架而言，它的优势在于轻量同时源代码简单适合阅读。

由于是新出的框架，所以它的文档还不够完善，有时间需要阅读其代码才能明白具体的使用方式。例如，Helidon 的健康检查这块的文档就写得非常的简单，如果想要扩展按照文档中的例子代码将会写得很混乱。

HealthSupport health = HealthSuport.builder()
    .add(() -> HealthCheckResponse.named("exampleHealthCheck")
                 .up()
                 .withData("time", System.currentTimeMillis())
                 .build())                          
    .build();

实际上，Helidon 的 HealthChecks.healthChecks() 已经提供了三个默认的健康检查的反馈，分别是死锁、磁盘以及内存的状态：

/**
    * Built-in health checks.
    *
    * @return built-in health checks to be configured with {@link io.helidon.health.HealthSupport}
    * @see io.helidon.health.HealthSupport.Builder#add(org.eclipse.microprofile.health.HealthCheck...)
    */
public static HealthCheck[] healthChecks() {
    return new HealthCheck[] {
            deadlockCheck(),
            diskSpaceCheck(),
            heapMemoryCheck()
    };
}

分别看其代码就可以发现，这三个直接调用的方法其实就是 HealthCheck 接口的实现。因此，我们自己也可以按照 Helidon 的方式来实现自定义健康检查的项目，满足本地的具体业务的情况。

例如，下面实现了个显示本地服务器时间以及虚拟机的 UPTIME 的状态：

@Health
@ApplicationScoped
public class LocalTimeCheck implements HealthCheck {

  @Override
  public HealthCheckResponse call() {
    return HealthCheckResponse.named("localtime")
        .withData("upTime", ManagementFactory.getRuntimeMXBean().getUptime())
        .withData("currentTime", System.currentTimeMillis())
        .build();
  }
}

然后，在注册到对应的 HealthSupport 中即可：

HealthSupport health = HealthSupport.builder()
    .add(new LocalTimeCheck())
    .build();

顺便说一句，需要注意下：HealthSupport.add() 里面的回调都是同步执行的。

HealthSupport 默认绑定的路由为 /health，如果需要更改这块则根据源代码的提示，增加 .webContext() 这个方法即可，或者直接将其配置到配置文件中：

HealthSupport health = HealthSupport.builder()
    .webContext("/your-health-check-path")
    // ...

- eof -

Emoji 能让单调的沟通多些色彩，团队这边近期也开始使用 Emoji 作为 git 提交的提示符使用。

其中，有很多相关的命令行工具可以使用。但翻遍了一圈，竟然没有 PHP 相关的类库，于是就自己写了一个（ 很久没写 PHP 了，感觉生疏了好多 😑 ）。

表情符号的数据源自好几个项目，所以从数据量上面来说应该是目前 emojify 类工具的超集了，超过了两千多条。例如，可以完全放心使用 emoji-cheat-sheet 下的定义。

具体的对应数据可以在这里查看（文件很大），顺便还可以看看自己系统对于 Emoji 字符的支持情况。

因为是 PHP 相关，所以在完成这个简单的类库以后顺便做成了 Typecho 插件。这个插件安装很简单，只要在 Typecho 的 Plugin 目录下无脑 git clone :

git clone git@github.com:mingcheng/emojify.php.git  Emojify

然后使用管理员登录，开启插件就可以使用了 😘。Github 的地址在 https://github.com/mingcheng/emojify.php 这里，欢迎测试以及提交 Issues（当然，你也可以留言测试下 Emoji 😄 ）。

- eof -

嫌我啰嗦的话，直接看代码： https://github.com/mingcheng/rx-filewatcher.java

在写个小东西需要监控文件改变状态的时候，用到了 NIO 东西很方便也好用。但是，在使用 WatchService 的时候碰到了些问题。

首先，使用原生的接口必须开启个线程，然后使用个持续循环去读取 WatchEvent （这也是大部分教程描述这样子做的）：

WatchKey key;
while ((key = watchService.take()) != null) {
    for (WatchEvent<?> event : key.pollEvents()) {
        //process
    }
    key.reset();
}

这样子做有几个不好的地方：一是开了个匿名线程，如果后期代码也有类似的情况，线程就不好处理，而且很容易无法监控到这个线程的状态；第二就是破坏了代码原有的业务逻辑，读到这里如果阅读代码的小伙伴不熟悉 WatchService 就很难理解。

其次，WatchService 的注册是一次性的，也就是说无法监控到子目录以下的情况，必须随时监控是否创建了子目录然后再对应 register 子目录 watch（这样子一个简单的功能就会搞得非常的复杂）。

我考虑到使用 Rx 重写这块的代码，然后翻阅 Github 的时候发现已经有人造了这个轮子。代码量不大，但核心功能是我想要的，只是最新更新已经在三年前了。

集成了 Helmbold 这个哥们的库以后，又发现了几个问题：

1. 这个库是写在三年前的，还在用 Rx1 的库，和我目前的 Rx2 有部分的不兼容；
2. dispose 部分有问题，dispose 以后线程没有终止还在运行；
3. 获取到 WatchEvent 的 Context 只有文件名没有路径。

因为代码量本身就不是很多，同时考虑到这块还是需要以后自己维护，因此 fork 了他的代码自己做了些改造。

对比以上的原生代码，使用 Rx 封装的代码就会干净和直观很多：

PathObservables
  .subscribeOn(Schedulers.io())
  .watchRecursive(Paths.get("some/directory/"))
  .subscribe(event -> System.out.println(event));

然后，基本上已经满足了我的需求。

顺便说下，WatchService 里面还有个坑，就是使用网络磁盘映射的时候，可能会造成 WatchEvent 会有丢失，在这里有详细的讨论，这是目前 NIO 已知的 Bug。如果你对文件状态监控要求实时性比较高，建议不要使用 WatchService 使用其他的方案。

相关的资源：

1. https://github.com/mingcheng/rx-filewatcher.java
2. https://docs.oracle.com/javase/tutorial/essential/io/notification.html

后记，原作者已经 merge 了我的 pull requests 。