监听到底是一个概念，还是一个功能？
如果只是要实时获取目标状态，可以有很多方式；
建立长连接，随时交互。NIO那种，不停的轮询检查是否有变化。或者是AIO那种目标变化了再通知你。
ZooKeeper的一大特点就是监听。
创建两个线程，一个负责通信，一个负责监听
如果数据发生变化，就会通知这边。所以并不是脉冲似的不停询问，而是那边发消息过来。有点像长连接模式。
vue的监听
通过绑定和回调，监听的值每次改变都会通知监听方法；也是类似起一个线程去绑定监听方法。
VUE双向绑定又是如何实现？那要用多少个线程
监听器和订阅者
监听器对所有属性监听，利用递归来遍历所有的属性值，对其进行Object.defineProperty()操作。
也就是通过一个线程不停的遍历所有属性，然后将变化发给其订阅者。这个应该算NIO模式吧。
springboot也频繁使用监听。
java内部的监听实现和网络上的监听不太一样。
监听器设计模式
搞半天原来有这种设计模式，吃了没上学的亏。
监听器设计模式是观察者设计模式的一种实现。他与观察者设计模式不同点有；（前面还有个观察者模式）
先说下观察者模式
被观察者内部有一个观察者集合，先要在被观察者中添加观察者，然后被观察者修改后就会通知观察者集合里的所有观察者；
看上去还是挺简单的。先注册再通知。
在说说监听器模式
监听器是一对一的，也就是只能有一个观察者；监听的是对象，而不是字符串。实现起来复杂很多。
监听器在进行工作时，可以分为以下步骤
1.将监听器绑定到事件源（注册监听器）
2.事件发生后触发监听器的成员方法，即事件处理器，传递事件对象
3.事件处理器通过事件对象获得事件源，并对事件源进行处理。
说白了就是监听的更细致，按照操作来区分。
返回结果，监听到了查询操作
首先需要三个类，事件（用来设置可以被监听的事件），监听，被监听源
先看看事件怎么写，声明类型就是可以被监听的类型，多少自己可以定。
就两个类型，所以find这里直接不判断了
监听，这里可以看到“查询操作”是从这里输出的
被监听，这里是被监听源具体的操作。
