主要用于学习互联网项目开发中的中间件技术，分类，本质，应用场景

从而更佳熟练掌握，使用，高效使用，达成目标。

1.文档阅读

Laravel - 中间件 - 学习/实践_william_n的博客-CSDN博客

[学相伴]RabbitMQ最新完整教程IDEA版通俗易懂 | KuangStudy | 狂神说 | 学相伴飞哥_哔哩哔哩_bilibili

2021-08-01-高性能 Redis 实战 - 实战入门篇 - 基于 Redis 实现 Laravel 全站访问 PV 统计中间件功能_william_n的博客-CSDN博客

08 | 数据库优化方案（一）：查询请求增加时，如何做主从分离？-极客时间 -- 数据库中间件

中间件核心技术与实战_中间件_丁威_架构 - 极客时间

2.整理输出

2.1 什么是中间件【是啥玩意儿】

先来说说什么是中间件，我认为中间件是游离于业务需求之外，专门为了处理项目中涉及高可用、高性能、高并发等技术需求而引入的一个个技术组件。

它的一个重要作用就是能够实现业务代码与技术功能之间解耦合。

这么说是不是还有点抽象？

在这里定义里，我提到了业务需求和技术需求，关于这两个词我需要再解释一下。

业务需求，笼统地说就是特定用户的特定诉求。

以我们快递行业为例：人与人之间需要跨城市传递物品，逢年过节我们需要给远方的亲人寄礼物，这就是所谓的业务需求。

技术需求，就是随着业务的不断扩展，形成规模效应后带来的使用上的需求。

例如上面提到的寄件服务，原先只需要服务 1 万个客户，用户体验非常好，但现在需要服务几个亿的用户，用户在使用的过程中就会出现卡顿、系统异常等问题，因此产生可用性、稳定性方面的技术诉求。

为了解决各式各样的业务和技术诉求，代码量会越来越多。如果我们任凭业务代码与技术类代码没有秩序地纠缠在一起，系统会变得越来越不可维护，运营成本也会成指数级增加，故障频发，最终直接导致项目建设失败。

怎么解决这个问题呢？

计算机领域有一个非常经典的分层架构思想，还有这样一句话“计算机领域任何一个问题都可以通过分层来解决，如果不行，那就再增加一层。

”要想让系统做得越来越好，我们通常会基于分层的架构思想引入一个中间层，专门来解决可用性、稳定性、高性能方面的技术类诉求，这个中间层就是中间件，这也正是“中间件”这个词的来源。

2.2 它的历史由来【为什么产生】

参见 2.1 什么是中间件【是啥玩意儿】

一句话：

”要想让系统做得越来越好，我们通常会基于分层的架构思想引入一个中间层，专门来解决可用性、稳定性、高性能方面的技术类诉求，这个中间层就是中间件，这也正是“中间件”这个词的来源。

2.3 有哪些分类【能分完吗】

如下所示，这是主要/基本分类【可继续补充，形成自己的知识武器库】，并没有包含所有的中间件，而且中间件本身处于一个动态发展的过程

但是基本上的设计理念，实现技术原理，是大致相同的，或者可枚举的。

中间件的种类很多，我们无法把所有类型和产品列出来逐一讲解。但是每个类别的中间件在设计原理、使用上有很多共同的考量标准，只要了解了最重要、最主流的几种中间件，我们就可以方便地进行知识迁移，举一反三了，然后学习其他中间件将变得非常简单。

更多阅读：

01｜中间件生态（上）：有哪些类型的中间件？-极客时间

2.4 中间件的使用【什么时候使用，怎么使用】

这涉及到软件架构的设计原则问题。

简单说，软件架构原则遵守：

1. 简单原则

2. 合适原则

3. 演化原则

更多参考

从0开始学架构_架构基础_架构入门-极客时间

2.5 各自的优缺点【不能全是优点，也不能全是缺点，马原告诉我们事物具有两面性】

这应该结合具体的应用场景，去选择适用的中间件，在这个过程中，应该分析，比较该中间件们存在的优缺点， 从而选择最合适的中间件来解决问题。

2.6 现在的发展势头【有哪些公司因为它获得成功，会一直成功下去吗】

个人观点，有不少公司因为自己开源的中间件软件，从而获得成功，如： Redis，ES，Dubbo等等，

至于能否一直成功下去，这是一个受很多因素的影响的结果，通常最重要的还是保持技术的先进性，

以及关注用户需求，适应市场变化。

但是在目前看来，个人看法【如果有准确的地方，pls correct me】：

如：Redis，受限于磁盘的读写速度，Redis还是会相当于一段时间发展地很好，除非磁盘的读写速度，可以取得突破，但是这个很难，毕竟基于目前的计算机体系，内存访问比磁盘访问快了很多，而且想要绕过内存，也是比较麻烦的事情。

ES，几乎未来几年一直没有对手，即便有更好的中间件出现，也很难ES在短时间内较量，这就是先发优势，不过话说回来，软件的先发优势，并不如硬件等物理事物，所以，不太好说，但前提是有更好的软件出现，这个有点难。

其他中间件，差不多都是这样，想知道未来如何，先看下市场是否已经有相同的产品，软件出现，相比功能如何，以及用户的需求，是否会在未来的一段时间内，发生变化等，通常就能得到一个初步的结论，当然可以继续思考，验证。

2.7 未来的发展趋势 【它会一直存活吗，那些公司能一直发展下去吗，又有哪些哪些公司，势力会崛起】

这个主要涉及到自己的技术判断力，市场判断力。

很难说，但是可以保持关注，学习，并且思考，产生自己的判断力。

2.8 开发者如何面对【现在如何面对，未来如何面对，未来还有多久会来】

作为一个普通的开发者，面对未来，也是不知所措。

但是，请相信，这个世界会为每个保持学习，保持思考的人，不单单是开发者，留有一扇窗，

重要的是身体力行，不怕失败与挫折。

至于未来还多久，几乎没人能说得准，我们能做的就是准备好迎接未来，至少在未来来临的时候，不至于手足无措。

后续补充

...

TBD