vue 3中并发控制需通过拦截器与并发池协同实现，拦截器仅传递元信息并触发调度，真正限流由动态可调的并发池执行，最大并发数应使用ref/reactive管理并支持按路径、角色等条件实时变更。
Vue 3 中请求拦截器本身不直接管理并发数，它只负责拦截单个请求的发出和响应的接收。真正控制“最大并发数”的逻辑需要在请求发起前的调度层实现，拦截器可以配合这个调度层做动态感知与协同，但不能替代它。
核心思路：拦截器 + 并发池联动
把并发控制逻辑抽离为独立的 并发池（Concurrent Pool） 类或 Hook（如 useRequestPool），拦截器仅作为“触发点”和“上下文桥接者”，通过请求配置（如 config.meta?.concurrency）传递优先级、分组、限流标识等信息，由池来决定是否立即执行、排队或拒绝。
这样既能保持拦截器的轻量与复用性，又能灵活调整并发策略。
如何让并发数“动态可调”
关键在于把最大并发数从硬编码变成可读写的状态变量，并在调度逻辑中实时读取它。常见做法有：
- 用
ref或reactive包裹并发上限值，例如：const maxConcurrency = ref(6)，后续可通过maxConcurrency.value = 10实时修改； - 在并发池内部（如
requestPool工具函数）每次调度前检查该值，而非初始化时固定； - 拦截器中不写死数字，而是从全局状态（Pinia store / provide/inject / config）里读取当前生效的并发阈值；
- 支持按接口路径、业务模块或用户角色动态设置不同上限，例如：
if (config.url.includes('/report/')) maxConcurrency.value = 3；
拦截器里怎么配合调度
在请求拦截器中，你可以做三件事来支撑动态并发：
-
注入调度元信息：往
config.meta添加group、priority、concurrencyKey等字段，供后续调度器识别； -
延迟执行入口：不直接
return config，而是将请求包装成 Promise 工厂函数，交由并发池统一调度； -
透传变更信号：当检测到某些条件变化（如用户切换账号、进入高负载页面），主动通知并发池更新其
max值。
示例片段（Axios 请求拦截器中）：
axios.interceptors.request.use(config => {<br> const key = config.meta?.concurrencyKey || 'default';<br> // 从 Pinia store 动态读取该 key 对应的当前并发上限<br> const limit = concurrencyStore.getLimit(key);<br> // 将请求转为工厂函数，交给池调度<br> return requestPool.schedule(() => axios(config), { limit });<br>});
推荐封装结构
避免把所有逻辑塞进拦截器。更清晰的分工是：
- 拦截器：加 token、埋点、标记元数据、统一错误处理入口；
- 并发池（工具类）：维护运行中请求数、等待队列、动态 limit、next 调度；
-
状态管理（Pinia / Composable）：提供
setLimit(key, n)方法，供业务侧随时调整； -
业务组件：调用
api.getList({ meta: { concurrencyKey: 'dashboard' } })即可。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
