脉冲式

数据库刷盘，Nacos心跳包

为了减少交互，采用先保存到缓存，然后定期打包发送的方式。

搭便车式

MySql修改缓存，TCP的确认标识符ack

由于信息太少，不值得单独发送，等待其他数据一起打包发送。

上面两个经常一起用，像地铁一样。

清单式

就像外出旅行不带行李，只带清单到站了再买一样。

Http/2压缩表头，JVM栈的动态链接（指向JVM的常量池）

一些常用的数据，使用静态表的方式保存，交流的时候传递id，然后自己去查找。

二分查找式

MySql的B+Tree，MongoDB的B-Tree，HashMap的红黑树，Redis的跳表

由于数组需要申请连续空间，而且扩容不灵活，所以数据库大多使用链表；但是链表不能随机查找，只能从头遍历，查找效率底下。

数据库为了提高查找效率，把链表改进成树（现在有点网的趋势，比如跳表）。

预加载

先将数据注入内存。

数据库的热库，Spring的IOC

计算机的操作就是从内存中取值去CPU运算，再把结果存到另一块内存上；现在内存越来越大，预先把可能要用到的东西存到内存里，可以大大提高效率。

顺序头式

TCP头，Http/2二进制分帧

通过管道传输信息虽然快，但很可能会顺序错乱，有一个标记信息顺序的头就很重要了。

日志控制式

各种数据库恢复和同步；好处是日志可以随时记录，而存储数据需要排列，压缩，申请连续空间等复杂操作，耗时更久。所以日志先行，刷盘在后。

权力反转式

公共消息通知，消息队列（kafka）的某些实现（另一些是脉冲式），AIO

平时都是A向B发送消息，但是有时B忙不过来或者B根本就不在，这时候可以换成B向A请求。

就向候诊室一样，医生一次只能看一个病人，但是病人不会一个一个的生病；所以需要候诊室来等待叫号。

轮询式

进程，线程，NIO，springMVC，vue的双向绑定

实际上管事的只有一个人，但是他不停的运行，可以管理好几条线。

多个进程是一个CPU在管，多个线程是一个进程在管，多个controller层方法是DispatchServlet在管，vue监听器监听所有属性。

临时空间式

消息队列，GC的幸存者区，GC的复制法

虽然用法不一样，但都是用来整理数据；一个缓冲区，内存也是一个这种临时空间，有的硬件I/O速度快，有的慢，那么都预先复制到内存，然后由内存传输，大家都不耽误事。

所谓优化，就是空间和时间的平衡

内存够大就多放一点到内存里，内存不够大就懒加载。

类加载是异步的，但是spring容器变成了启动时就加载；

堆内存是可变的，但是内存足够大的情况下会将最小值和最大值设成一样，防止它动态变化影响性能；

链表只能从头开始一个一个查询（比如1-100），但是跳表在链表的基础上新增了一级表（1，3，5，7），二级表（1，10，20）等，间隔越来越大，通过增加链表来达到加快查找的效果。（从高级表开始快速定位）