为什么不推荐使用 vite-plugin-mock 了
在 Vite 生态中，vite-plugin-mock 是前端 Mock 数据的重要选择，为无数项目解决了前后端并行开发的痛点。但随着技术生态的迭代，它逐渐暴露出适配性问题，本文将详细说明前因后果及替代方案。
为什么前端要模拟假的数据
前后端分离架构下，前端开发常受限于后端接口进度。模拟假数据能让前端脱离真实接口依赖，提前完成页面开发、交互逻辑编写和边界场景测试。
这不仅能实现前后端并行开发，缩短整体项目周期，还能灵活模拟异常响应、极端数据等真实环境难以复现的场景，大幅提升开发效率和产品稳定性。
vite-plugin-mock 的优势
作为早期 Vite 生态的 Mock 插件，它的核心优势的在于 “零额外配置” 的集成体验：
- 开发环境中可直接模拟真实 API 调用逻辑，无需搭建独立 Mock 服务器，请求地址与真实接口一致，切换成本低。
- 生产环境支持重写 XHR 实现，无需修改业务代码就能提供可用的模拟数据，适合快速演示或临时部署场景。
为什么不推荐使用 vite-plugin-mock 了
随着前端技术栈的升级，vite-plugin-mock 的局限性逐渐凸显，已难以满足现代项目需求：
- 依赖停更且有风险的 Mock.js：插件强制绑定 Mock.js 作为数据生成工具，但 Mock.js 已长期未维护，不仅缺乏 TypeScript 类型支持，还存在未修复的高危安全漏洞，可能引发项目风险。
- 请求方式支持单一：仅兼容 XHR 类型请求，只能搭配 Axios 等库使用。而如今 Promise 风格已成主流，Fetch API 因原生支持、无需依赖第三方库被广泛应用，插件无法适配这一趋势。
为什么不推荐使用 vite-plugin-mock 了
- 只能使用 mockjs 模拟数据，而 mockjs 早就不维护了，不仅不支持 TypeScript 还有高危漏洞。
- 只能使用 XHR 发送请求，只能使用 Axios，但目前 Promise 编程风格已成主流，Fetch 得到广泛应用。
有什么可以替代的方案
- 请求拦截推荐 vite-plugin-fake-server，可以同时拦截 XHR 和原生 Fetch。
- 数据模拟推荐使用 Fake.js 替换 Mock.js。
