JAVA设计模式-监听者模式 监听器模式是一种观察者模式的扩展，也被称为发布-订阅模式。在监听器模式中，存在两类角色：事件源（Event Source）和监听器（Listener）。事件源负责产生事件，而监听器负责监听事件的发生并采取相应的行动。当事件源触发事件时，所有注册了对应类型监听器的对象都会得到通知，然后执行相应的操作。
前后端分离Nginx 前端：https:// xxx.test.com/#/app/number/card-query/list。后端：https:// xxx.test.com/simcard/querySimcard。旧的部署方式是将前端代码打包进后端包的resource。前端的代码是作为后端的一部分，无法独立发布。3.尽量不改动或者少量改动现有代码。1.保持后端接口访问路由不变。1.导致后端访问接口路由改变。2.没有额外域名提供。
JAVA垃圾回收器 它将整个 Java 堆划分为多个大 小相等的独立区域（Region），触发垃圾回收，那些没有使用region仍然可以对外提供使用，就有效的避免了stop the world。串行收集器是最古老，最稳定以及效率高的收集器，可能会产生较长的停顿，只使用一个线程去回收。目 前很大一部分的 Java应用都集中在互联网站或 B/S 系统的服务端上，这类应用尤其重视服务的响应速度，希望系统停顿时间最短，以给用户带来较好的体验。:设置对象进入老年代的年龄的最大值。算法的缺点就是：在垃圾回收的时候，
bio、nio、aio、io多路复用 IO多路复用模型，就是通过一种新的系统调用，一个进程可以监视多个文件描述符(如socket)，一旦某个描述符就绪（一般是内核缓冲区可读/可写），内核kernel能够通知程序进行相应的IO系统调用。目前支持IO多路复用的系统调用，有select，epoll等等。这种模式也是通过轮训的模式，但这是。，这种不断的轮询，将会不断地询问内核，这将占用大量的 CPU 时间，系统资源利用率较低。
Es存储和查询 副本策略对index中的每个分片创建冗余的副本，处理查询时可以把这些副本当做主分片来对待（primary shard），此外副本策略提供了高可用和数据安全的保障，当分片所在的机器宕机，Elasticsearch可以使用其副本进行恢复，从而避免数据丢失。，N个分片会被尽可能平均地（rebalance）分配在不同的节点上（例如你有2个节点，4个主分片(不考虑备份)，那么每个节点会分到2个分片，后来你增加了2个节点，那么你这4个节点上都会有1个分片，这个过程叫relocation，ES感知后自动完成)
MySQL主从复制原理 第四步：从节点 的 SQL线程检测到relay-log 中新增加了内容后，会将relay-log的内容解析成在主节点上实际执行过的操作，并在本数据库中执行；第一步：从节点上的I/O 进程连接主节点，并请求从指定日志文件的指定位置（或者从最开始的日志）之后的日志内容；第三步：从节点的I/O进程接收到内容后，将接收到的日志内容更新到本机的relay log（中继日志）中；第二步：当从节点连接主节点时，主节点会创建一个log dump 线程，用于发送bin-log的内容；
kafka的rebalance机制 再平衡：Reblance是一种协议，规定了一个ConsumerGroup下所有Consumer如何达成一致，来分配订阅Topic的每个分区，尽量让每个消费者分配到相对均匀的分区，使Consumer的资源都能得到充分利用，防止有些Consumer比较忙，有的Consumer比较闲。
关注
