websocket.onmessage回调没反应_Java笔记：反应器模式的简单运用

背景

我的项目中，有一个需求是监听文件系统的变化，然后进行其他的操作，一旦在监听器中直接处理业务逻辑，就很容易引发很多bug（其实主要是早期设计不好，同步代码和锁还有莫名其妙的东西满天飞，业务逻辑都堆在一起了），比较难以修改和使用，最终我决定采用反应器模式来重写这部分逻辑。

项目主要用到了JNotify和lombok这两个东西，前者是监听文件变化的，后者就不多说了，我想应该都知道。

概述

什么是反应器模式呢？反应器基本上有这样几个部分：

1. 分发器：分发一个事件到处理器中进行处理，一般来说是一个线程，他可以对事件的类型之类的进行判断，然后分配给合适的处理器，在典型的reactor模式中，这都是在同一个线程内进行的，分发器的主体应该含有一个事件循环，读取容器中存在的事件然后分发和处理他们。
2. 监听器或连接器或者类似的东西：收集事件，然后将他们放入分发器的容器中，稍后这些事件就会被分发器发现并且分发到处理器中。
3. 处理器：具体进行某种具体的业务处理。

那么对于我的项目来说，首先应该收集文件事件到队列中，然后在分发器出队事件放入处理器，整个过程相比直接在listener中处理具体逻辑的做法，这是更加有序而可控的，对于这样一个业务来说，稳定性十分重要。

大致结构

我使用了一个单独的Thread作为分发器的线程，内部的run方法放置事件循环，然后同时继承listener，监听事件，看起来就像是这样：