axios 请求集中 mock 的核心是拦截请求并返回预设数据，不侵入业务代码；通过拦截器+规则匹配实现，推荐 msw 方案，支持环境隔离、动态响应与运行时开关。
在 JS 项目中，Axios 请求集中 Mock 的核心思路是：**拦截所有 Axios 请求，根据 URL 或配置规则返回预设的模拟数据，且不侵入业务代码**。关键在于统一拦截 + 可配置开关 + 环境隔离。
用 Axios 拦截器 + Mock 数据对象统一处理
在请求发出前（request interceptor）判断是否启用 Mock，若启用则直接 resolve 模拟响应，跳过真实网络请求。
- 创建一个 mockRules.js 文件，定义 URL 正则或路径匹配规则与对应返回数据
- 在 Axios 实例初始化后，添加 request 拦截器：检查当前请求 URL 是否命中某条 mock 规则；命中则构造符合 Axios 响应结构的对象（
{ data, status, statusText, headers, config }），并return Promise.resolve(response) - 确保拦截器只在开发环境生效（如
process.env.NODE_ENV === 'development'）
结合 MSW（Mock Service Worker）实现更真实的请求模拟
MSW 是目前更推荐的方案，它在浏览器网络层拦截请求，对 Axios 完全透明，无需修改任何请求逻辑。
Wjs Uploading Video
下载
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
- 安装
msw和@mswjs/interceptors（v2+ 需要） - 定义 mocks/handlers.js，用
rest.get/post/...声明接口行为，支持动态响应、延迟、错误模拟等 - 在入口文件（如
main.js）中启动 worker：setupWorker(...handlers).start()，并控制仅在 dev 环境启用 - 优势：与 Axios 解耦、支持跨框架、可复用、能模拟真实网络异常（超时、断网）
通过环境变量 + 请求配置字段灵活开关 Mock
避免硬编码开关，让 Mock 更可控、更贴近实际协作流程。
- 在请求配置中加自定义字段，例如
axios.get('/api/user', { mock: true })，拦截器据此决定是否 mock - 使用
REACT_APP_MOCK_ENABLED=true（Create React App）或 Vite 的import.meta.env.VITE_MOCK_ENABLED控制全局开关 - 配合本地 localStorage 或 URL 参数（如
?mock=1）实现运行时手动开启/关闭，方便测试不同场景
注意点与最佳实践
Mock 要可靠，必须绕开缓存、覆盖边界、保持一致性。
- 确保 mock 响应包含和真实 API 一致的
data结构、字段类型、分页字段（如list,total），否则组件可能报错 - 拦截器中 return 前，记得调用
config.adapter = undefined（Axios v0.27+），防止被后续 adapter 处理 - 不要在生产环境打包中包含 mock 代码，用 Webpack DefinePlugin 或构建时 tree-shaking 清理
- Mock 数据建议从 JSON 文件或 faker 库生成，避免写死，提高可维护性
