监听到底是一个概念，还是一个功能？

如果只是要实时获取目标状态，可以有很多方式；

建立长连接，随时交互。NIO那种，不停的轮询检查是否有变化。或者是AIO那种目标变化了再通知你。

ZooKeeper的一大特点就是监听。

创建两个线程，一个负责通信，一个负责监听

如果数据发生变化，就会通知这边。所以并不是脉冲似的不停询问，而是那边发消息过来。有点像长连接模式。

vue的监听

通过绑定和回调，监听的值每次改变都会通知监听方法；也是类似起一个线程去绑定监听方法。

VUE双向绑定又是如何实现？那要用多少个线程

监听器和订阅者

监听器对所有属性监听，利用递归来遍历所有的属性值，对其进行Object.defineProperty()操作。

也就是通过一个线程不停的遍历所有属性，然后将变化发给其订阅者。这个应该算NIO模式吧。

springboot也频繁使用监听。

java内部的监听实现和网络上的监听不太一样。

监听器设计模式

搞半天原来有这种设计模式，吃了没上学的亏。

监听器设计模式是观察者设计模式的一种实现。他与观察者设计模式不同点有；（前面还有个观察者模式）

先说下观察者模式

被观察者内部有一个观察者集合，先要在被观察者中添加观察者，然后被观察者修改后就会通知观察者集合里的所有观察者；

看上去还是挺简单的。先注册再通知。

在说说监听器模式

监听器是一对一的，也就是只能有一个观察者；监听的是对象，而不是字符串。实现起来复杂很多。

监听器在进行工作时，可以分为以下步骤

1.将监听器绑定到事件源（注册监听器）

2.事件发生后触发监听器的成员方法，即事件处理器，传递事件对象

3.事件处理器通过事件对象获得事件源，并对事件源进行处理。

说白了就是监听的更细致，按照操作来区分。

返回结果，监听到了查询操作

首先需要三个类，事件（用来设置可以被监听的事件），监听，被监听源

先看看事件怎么写，声明类型就是可以被监听的类型，多少自己可以定。

就两个类型，所以find这里直接不判断了

监听，这里可以看到“查询操作”是从这里输出的

被监听，这里是被监听源具体的操作。