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

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

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

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

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

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

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

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

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

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

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

中间件的一些例子:

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

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

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

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

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

中间件是软件的总称，用于将分离的、通常是复杂的、已经存在的程序“粘合在一起”。一些经常与中间件连接的软件组件包括企业应用程序和Web服务。

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