我知道(至少)有三种不同的定义

在业务计算中，中间件是应用程序和服务之间的消息传递和集成软件 在游戏中，中间件是由第三方提供的任何东西 在(某些)嵌入式软件系统中，中间件提供应用程序使用的服务，这些服务由硬件抽象层提供的功能组成——它位于应用层和硬件抽象层之间。

中间件位于web应用程序和web服务之间，它们本身无法通信，而且通常是用不同的语言/框架编写的。

一个这样的例子是。net环境的OWIN中间件，在OWIN用户被迫在一个叫做IIS的微软托管软件中托管web应用程序之前。owin开发后，在IIS和self host中都增加了主机容量，在IIS中只是增加了对owin的支持，充当接口。此外，通过Mono在Linux上托管。net web应用程序也成为可能，这再次增加了对Owin的支持。

It also added capacity to create Single Page Applications, Owin handling Http request/response context, so on top of owin you can add authentication/authorization logic via OAuth2 for example, you can configure middleware to register a class which contains logic of user authentification (for ex. OAuth2 implementation) or class which contains logic of how to manage http request/response messages, that way you can make one application communicate with other applications/services via different data format (like json, xml, etc if you are targeting web).

它只是一个软件或工具，你的应用程序可以在其上执行，并在高可用性、可伸缩性、与其他软件或系统集成方面发挥应用程序的功能，而无需担心应用程序级别的代码更改。

例如:您的应用程序运行的操作系统需要更改ip，您不必在代码中担心这个问题，您可以在中间件堆栈上简单地更新配置。

例2:你遇到了运行时内存分配的问题，并且觉得你的应用程序的使用量增加了，你不必担心太多，除非你的代码中有bug或瓶颈，这很容易通过调整应用程序运行的中间件软件配置来实现。

例3:你有多个完全不同的软件，你需要它们以所有系统都能理解的通用格式相互通信或发送数据，这时中间件系统就派上用场了。

希望提供的信息能有所帮助。

假设你的公司生产4种不同的产品，你的客户有另外3家不同公司的3种不同的产品。

有一天客户想，为什么我们不把所有的系统整合成一个大系统呢?10分钟后，他们的IT部门说这需要2年时间。

你(聪明的开发人员)说，为什么我们不整合所有不同的系统，让它们一起工作呢?客户经理盯着你看……你继续说，我们将使用中间件，我们将研究所有不同系统的输入/输出，它们使用的资源，然后选择一个合适的中间件框架。

还在跟非技术经理解释 中间件框架在中间，第一个系统将产生X东西，系统Y和Z将消耗这些输出，等等。

从我个人的网络工作经验来看，中间件是介于用户(网络浏览器)和后端数据库之间的东西。这是一款软件，它接收用户输入的东西(例如:ipad订单，执行一些神奇的业务逻辑，即检查是否有足够的ipad来完成订单)，并更新后端数据库以反映这些变化。

中间件的一些例子:CORBA，远程方法调用(RMI)，…

上面提到的例子都是允许你处理不同进程之间通信的软件(要么运行在同一台机器上，要么分布在互联网上)。