中间件(Middleware)是软件开发中一种常见的设计模式,其核心思想是在核心逻辑的执行过程中插入可扩展的附加功能模块。以下是中间件的核心概念和特点:
一、中间件的本质
中间件本质上是 "业务逻辑的增强层",它像流水线上的加工环节,对输入的数据或事件进行预处理、拦截或后处理,但不改变核心逻辑本身。
二、典型特征
1、链式调用(洋葱模型)
多个中间件形成处理链,依次传递处理权,可以同时处理请求(Request)和响应(Response),类似流水线作业。
2、可插拔性
中间件可按需组合,灵活添加或移除功能模块,无需修改核心代码。
3、职责单一原则
每个中间件专注一个独立功能(如日志记录、权限验证等)。
三、核心工作原理
假设一个包含三个中间件的处理流程(伪代码):
// 中间件链式调用逻辑 const middlewareChain = [ (next) => (input) => { console.log("Middleware 1开始"); next(input); // 传递到下一个中间件 console.log("Middleware 1结束"); }, (next) => (input) => { console.log("Middleware 2开始"); next(input); console.log("Middleware 2结束"); }, (next) => (input) => { console.log("核心逻辑执行"); return "处理结果"; } ]; // 输出结果: // Middleware 1开始 // Middleware 2开始 // 核心逻辑执行 // Middleware 2结束 // Middleware 1结束
下面是一个手写redux的例子
createStore:
/** * 判断是否是平面对象 * @param {*} obj */ function isPlainObject(obj){ if(typeof obj!='object'){ return false; } return Object.getPrototypeOf(obj) === Object.prototype } /** * 生成一个6位的随机字符串 */ function getRandomStr(len){ return Math.random().toString(36).substring(2,len+2).split("").join("."); } export default function(reducer,initState){ let currentReducer = reducer,currentState = initState; let listens = []; function dispatch(action){ //限制条件 //action 必须是一个平面对象 //必须有type属性 if(!isPlainObject(action)){ throw new TypeError('action必须是平面对象'); } if(action.type === undefined){ throw new TypeError('action对象必须有type属性'); } currentState = currentReducer(currentState,action); //store更新完state之后 依次调用添加的监听器 for (const listen of listens) { listen(); } } //初始化store的时候会默认 dispatch一个特殊的type类型 dispatch({ type:`@@redux/INIT${getRandomStr(6)}` }) function getState(){ return currentState; } function subscribe(listen){ listens.push(listen); //如果已经取消监听了 则直接返回 let isRemove = false; //返回一个函数 执行清除监听器的操作 return function(){ if(isRemove){ return; } const index = listens.indexOf(listen); listens.splice(index,1); isRemove = true; } } return { dispatch, getState, subscribe } }
bindActionCreators:
/** * //bindActionCreators 直接接收一个action创建函数 和 store.dispatch 如果是一个函数则直接调用 内部去dispatch action //如果接收的是一个对象 返回的跟对象属性相同的数据结构 内部去dispatch action */ export default function(obj,dispatch){ if(typeof obj === "function"){ return getAutoDispatchAction(obj,dispatch) }else if(typeof obj === "object"){ let result = {}; for (const key in obj) { if (Object.prototype.hasOwnProperty.call(obj, key)) { const actionCreater = obj[key]; result[key] = getAutoDispatchAction(actionCreater,dispatch); } } return result; }else{ throw new TypeError("报错了"); } } function getAutoDispatchAction(actionCreate,dispatch){ /** * 将参数汇总成数组 (arg1,arg2) 变成[arg1,arg2] * 函数内部展开是重新变成(arg1,arg2) (展开运算符) */ return function(...args){ const action = actionCreate(...args); dispatch(action); } }
applyMiddleware:
import compose from "./compose"; /** * 外层函数捕捉中间件集合 * 中层函数接收创建原始厂库的函数 * 内层函数 用来增强原始厂库 增强原始的dispatch函数 */ export default function(...middlewares){ return function(createStore){ return function(reducer,defaultState){ const store = createStore(reducer,defaultState); let dispatch = (...args)=>{ throw new Error("Dispatching while constructing your middleware is not allowed. "); }; const simpleStore = { getState:store.getState, dispatch:(...arge) => dispatch(...arge) } //返回的是创建dispatch函数的集合 每一个元素都是一个函数 调用函数会返回dispatch函数 const dispatchProducers = middlewares.map((mid)=>mid(simpleStore)); console.log(dispatchProducers) dispatch = compose(...dispatchProducers)(store.dispatch) return { ...store, dispatch } } } }
compose:
export default function(...middlewares){ return middlewares.reduce((a,b)=>(...args)=>a(b(...args))) // return function(...args){ // let lastReturn = null; // for (let index = middlewares.length-1; index >=0; index--) { // //最后一个 将默认的dispatch传递给最后一个中间件 该中间件调用返回一个新的dispatch 并将这个新的dispatch作为参数传递给下一个中间件 // if(index == middlewares.length-1){ // //该函数接收一个dispatch函数 并返回一个新的dispatch函数 // lastReturn = middlewares[index](...args) // }else{ // lastReturn = middlewares[index](lastReturn); // } // lastReturn.displayName = `applayMiddle-${index}`; // } // return lastReturn; // } }
中间件的组合逻辑:
其核心原理确实与闭包密切相关。具体执行流程如下:
- 中间件链式调用机制:
- 代码通过倒序循环(从最后一个中间件开始)构建调用链
- 每个中间件接收前一个中间件返回的函数作为参数(即
next
参数)
- 最终返回的是包装了所有中间件逻辑的新dispatch函数
- 闭包的关键作用:
- 每个中间件函数都通过闭包保存了对前一个中间件返回函数的引用
- 当调用最终返回的dispatch时,会触发第一个中间件的执行,其内部的
next()
会调用闭包保存的下一个中间件
- 这种链式调用会一直传递到原始dispatch(即代码中的
...args
)
这种设计模式被称为"洋葱模型",请求从外层中间件进入,响应从内层中间件返回。闭包机制确保了每个中间件都能访问到正确的next函数引用,从而形成完整的调用链。
最后统一导出:
export {default as createStore} from './createStore'; export {default as bindActionCreators} from './bindActionCreators'; export {default as combineReducers} from './combineReducers'; export {default as applyMiddleware} from './applyMiddleware';