闭包是实现轻量级函数拦截器最自然的方式，它不依赖框架、不侵入调用链，仅靠函数自身“记住”校验规则与上下文，在每次调用前自动执行拦截逻辑。
闭包是实现轻量级函数拦截器最自然、最直接的方式之一——它不依赖框架、不侵入调用链，仅靠函数自身就能“记住”校验规则与上下文，在每次调用前自动执行拦截逻辑。
闭包拦截器的核心优势
闭包把权限策略、用户状态、鉴权服务等配置“封存”在函数作用域内，使包装后的函数具备以下能力：
- 每次调用时自动触发校验，无需重复写 if (user.role === 'admin') 判断
- 保持原函数签名不变，调用方完全无感
- 支持同步或异步校验（如 token 验证需发请求）
- 拒绝策略可统一控制：抛错、返回默认值、静默跳过、重定向等
- 缓存校验结果（如 token 有效期）也由闭包内部变量管理，天然隔离
基础角色白名单拦截器示例
这是一个典型闭包实现的权限拦截器：
function withAuth(allowedRoles = ['user']) {
return function(targetFn) {
return function(...args) {
const user = getCurrentUser();
if (!user || !allowedRoles.includes(user.role)) {
throw new Error('Access denied');
}
return targetFn.apply(this, args);
};
};
}
使用时只需一层包装：
const deleteUser = withAuth(['admin'])(id => { /* 实际逻辑 */ });
调用 deleteUser(123) 会先校验，再执行。
进阶：支持异步校验与缓存
真实场景中，权限检查常需异步（如调用 authService.checkToken()）。闭包同样胜任：
- 将 authService 实例作为参数传入闭包，避免每次新建依赖
- 用闭包内私有 Map 或 WeakMap 缓存 token 校验结果，设置 TTL
- 拦截器返回 Promise，保持调用方 async/await 体验一致
- 拒绝响应可配置为：throw、return null、调用 fallback 函数、甚至 window.location.href = '/login'
与框架拦截器的关键区别
闭包拦截器作用于函数粒度，而 Spring Interceptor、Express 中间件等作用于请求粒度：
- 闭包拦截器更轻：无容器依赖、无注册配置、适合工具函数或 SDK 内部封装
- 不适用于全局 HTTP 请求拦截（如所有 /api/** 路径），那是框架拦截器的主场
- 两者可共存：框架层做登录态拦截，闭包层做业务级细粒度权限（如“能否编辑该订单”）
- 注意闭包内存泄漏风险：避免长期持有大对象或未清理的定时器
