简单地说，中间件是一种软件组件，它提供将不同的系统集成在一起的服务。

在复杂的企业环境中，当您需要将两个或多个企业系统集成在一起以相互通信时，会遇到许多挑战。通常这些系统不能理解彼此的语言，因为它们是在使用不同语言的不同平台上开发的(如c++、Java、Cobol等)。

所以这里出现了中间件软件，它提供的服务

从一个应用程序到另一个应用程序的消息格式转换， 路由和丰富消息，除了注意安全性， 加密, 验证和 对这些消息应用不同的业务规则。

中间件的一个典型例子是ESB产品，如IBM消息代理(WMB/IIB)、WESB、Datapower XI50、Oracle Fusion、Mule和许多其他产品。

因此，中间件主要位于服务消费应用程序和服务提供者应用程序之间，并帮助这些应用程序相互通信。

中间件是一个非常模糊的术语。在一种情况下什么是“中间件”，在另一种情况下就不一样了。一般来说，你可以期望中间件具有以下特征:

主要(通常是专有的)软件;通常不需要任何专门的硬件。 如果没有它，依赖于它的应用程序将不得不将它作为应用程序的一部分合并，并将经历大量的重复。 几乎可以肯定连接两个应用程序并在它们之间传递数据。

您会注意到，这与操作系统的定义几乎相同。因此，例如，TCP/IP堆栈或缓存可以被认为是中间件。但是你的操作系统也可以提供同样的功能。实际上，中间件可以被看作是对操作系统的特殊扩展，特定于依赖它的一组应用程序。它只是提供了更高级别的服务。

中间件的一些例子:

分布式缓存 消息队列 事务监视器 包重写 自动备份系统

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

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

它是介于操作系统之间的软件层 以及网络中分布式计算系统两侧的应用程序。实际上，它连接了异构网络和软件系统。

在web应用程序开发中有一个常见的定义(我编了这个词，但它似乎很合适):一个被设计用来修改HTTP请求和/或响应，但(通常)不服务于整个响应的组件，被设计成链接在一起，在请求处理期间形成行为变化的管道。

通常由中间件实现的任务示例:

Gzip响应压缩 HTTP身份验证 请求日志记录

这里的关键点是，这些人都不完全负责对客户端的响应。相反，作为管道的一部分，每一个都以某种方式改变行为，将实际响应留给序列(管道)的后面部分。

通常，中间件在某种“路由器”之前运行，后者检查请求(通常是路径)并调用适当的代码来生成响应。

就我个人而言，我讨厌“中间件”这个术语的泛型，但它却被广泛使用。

下面是一个特别适用于Ruby on Rails的额外解释。

中间件位于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).