关于Redux Middleware(中间件)的一些概念上的理解

• 中间件的本质，就是增强store的dispatch的能力。比如redux-thunk，允许把action写成一个函数，来发送AJAX请求。

• Redux的中间件是可以同时使用多个的。当多个中间件在Redux中串连起来的时候，在View层发送的每一个action会经过每一个中间件的处理，最后到达Reducer。通过这种方式来实现dispatch能力的增强。

• 中间件需要遵循一定的规范。实际上，Redux中间件是一个函数，这个函数的签名形式是这样的：

  Function :({getState, dispatch}) => next => action
  

• 直观上来看，中间件首先会接收一个对象作为参数，然后返回一个新的函数；新的函数又会接收next作为参数，然后再返回另一个函数；最后一个函数会接收action作为参数。

• Redux的中间件是用来增强dispatch的能力，而dispatch所作的事情就是发送action，所以每一个中间件最后所做的事情就是去处理一个action，这也就是为什么Redux中间件的签名函数最内层接收的是一个action。

• action在Redux的中间件层是串行地经过每一个中间件的处理。如何将action在每一个中间件进行传递，这就需要使用next。

• next是一个函数。比如中间件1需要将action传递到中间件2进行处理，那就可以使用中间件2提供的next函数将action由中间件1传递到中间件2，从而完成一个action在中间件之间的传递。

• 到现在为止，中间件可以传递并且处理action了。但是dispatch的能力并没有增强。

• 想要增强dispatch的能力，还需要获取一些初始的信息。

• Redux的初始信息基本上都存在于Store当中，这就是为什么中间件最外层的函数所接收到的参数中有一个getState和dispatch。我们可以通过getState来获取Store当中的State，通过dispatch来发送action。

• 既然dispatch和next都能发送action，那么二者有何不同呢？

• 其实，最外层函数接收的dispatch，是加持了所有中间件能力的一个dispatch方法。可以理解为，就是我们最终的加强版的dispatch方法。通过这个dispatch发送的action都会经过每一个中间件的处理。

• 举例：从中间件2使用dispatch发送的action，会从中间件1开始，经过所有的中间件一个一个传递下去；而如果在中间件2使用next方法发送action，不会从中间件1开始传递，而是直接传递给中间件2的下一个中间件，中间件3。