持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第11天，点击查看活动详情

如果你使用过 Express 或者 Koa 等服务端框架, 那么应该对 middleware 的概念不会陌生。 在这类框架中，middleware 是指可以被嵌入在框架接收请求到产生响应过程之中的代码。例如，Express 或者 Koa 的 middleware 可以完成添加 CORS headers、记录日志、内容压缩等工作。middleware 最优秀的特性就是可以被链式组合。你可以在一个项目中使用多个独立的第三方 middleware。

相对于 Express 或者 Koa 的 middleware，Redux middleware 被用于解决不同的问题，但其中的概念是类似的。它提供的是位于 action 被发起之后，到达 reducer 之前的扩展点。 你可以利用 Redux middleware 来进行日志记录、创建崩溃报告、调用异步接口或者路由等等。

middleware（中间件）:

是解耦两个事物之间的一种抽象方案。

例如：

node的Express 中，middleware 可以在 request 到 response 之间做很多事情。这里的 middleware 也是一样的道理，可以处理 action 到 store 之间的逻辑。

问题描述

在使用redux时，发送异步请求都是先调用action，在中间件进行发请求

问题一：为啥不在reducer内部action中对应的type发送请求呢？

问题二：为啥不在调用action之前发送请求呢？

解惑问题一

因为reducer 是一个纯函数

简单介绍一下纯函数：

是什么？ 一个特别的函数，一个同样的输入必定得到同样的输出

为什么？ 一个纯函数（内部会进行潜比较，如果内存地址一样就不会进行return），是用来初始化和修改状态的

注意点：

1、不得改写参数的数据
2、不能产生任何副作用，例如网络请求，输入和输出设备
3、不能调用Data.now()或者Math.random()等不纯的方法

结论：

reducer 作为纯函数，如果加入「异步请求、副作用」会导致不能预计的错误。不建议。

解惑问题二

会让组件和请求绑定的太死，可执行，但是不优雅。