rspack-plugin-mock
Version:
inject api mock server to development server
1,293 lines (999 loc) • 31.6 kB
Markdown
# rspack-plugin-mock
在 [Rspack](https://rspack.dev) and [Rsbuild](https://rsbuild.dev) 中注入 API mock 服务。
在 `rspack` 和 `rsbuild` 中实现与 [vite-plugin-mock-dev-server](https://github.com/pengzhanbo/vite-plugin-mock-dev-server) 完全一致的模拟开发服务。
<p align="center">
<a href="https://www.npmjs.com/package/rspack-plugin-mock"><img alt="npm" src="https://img.shields.io/npm/v/rspack-plugin-mock?style=flat-square&colorA=564341&colorB=EDED91"></a>
<img alt="node-current" src="https://img.shields.io/node/v/rspack-plugin-mock?style=flat-square&colorA=564341&colorB=EDED91">
<img alt="npm peer dependency version" src="https://img.shields.io/npm/dependency-version/rspack-plugin-mock/peer/@rspack/core?style=flat-square&colorA=564341&colorB=EDED91&label=rspack">
<img alt="npm peer dependency version" src="https://img.shields.io/npm/dependency-version/rspack-plugin-mock/peer/@rsbuild/core?style=flat-square&colorA=564341&colorB=EDED91&label=rsbuild">
<img alt="npm" src="https://img.shields.io/npm/dm/rspack-plugin-mock?style=flat-square&colorA=564341&colorB=EDED91">
<img alt="GitHub Workflow Status" src="https://img.shields.io/github/actions/workflow/status/pengzhanbo/rspack-plugin-mock/release.yaml?style=flat-square&colorA=564341&colorB=EDED91">
</p>
<p align="center">
<a href="./README.md">English</a> | <span>简体中文</span>
</p>
> [!IMPORTANT]
> 从插件 2.0 版本开始,仅支持 `rspack@2.x` 版本 和 `rsbuild@2.x` 版本.
>
> 如果您使用的是 `rspack@1.x` 或 `rsbuild@1.x` 版本,请使用 `rspack-plugin-mock@1.x` 版本.
## 特性
- ⚡️ 轻量,灵活,快速
- 🧲 非注入式,对客户端代码无侵入
- 💡 ESModule
- 🦾 Typescript
- 🔥 热更新
- 🏷 支持 `.[cm]?js`/ `.ts` / `json` / `json5` 编写 mock 数据
- 📦 自动加载 mock 文件
- 🎨 可选择你喜欢的任意用于生成mock数据库,如 `mockjs`,或者不使用其他库
- 📥 路径规则匹配,请求参数匹配
- ⚙️ 随意开启或关闭对某个接口的 mock配置
- 📀 支持多种响应体数据类型,包括 `text/json/buffer/stream`.
- ⚖️ rspack 中使用 `devServer.proxy` 配置, rsbuild 中使用 `server.proxy` 配置
- 🍕 支持在 mock 文件中使用 `define`配置
- ⚓️ 支持在 mock 文件中使用 `resolve.alias` 路径别名
- 📤 支持 multipart 类型,模拟文件上传
- 📥 支持模拟文件下载
- ⚜️ 支持模拟 `WebSocket` 和 `Server-Sent Events`
- 📝 支持 **请求录制** 和 **请求回放**
- 🗂 支持构建可独立部署的小型mock服务
## 安装
```sh
# npm
npm i -D rspack-plugin-mock
# yarn
yarn add rspack-plugin-mock
# pnp
pnpm add -D rspack-plugin-mock
```
## 使用
**In Rspack**
```ts
// rspack.config.js
import { MockServerPlugin } from 'rspack-plugin-mock'
export default {
devServer: {
// 插件将会读取 `proxy` 配置
proxy: [
{ context: '/api', target: 'http://example.com' },
],
},
plugins: [
new MockServerPlugin(/* pluginOptions */),
]
}
```
**In Rsbuild**
```ts
// rsbuild.config.ts
import { defineConfig } from '@rsbuild/core'
import { pluginMockServer } from 'rspack-plugin-mock/rsbuild'
export default defineConfig({
server: {
// 插件将会读取 `proxy` 配置
proxy: {
'/api': 'http://example.com',
},
},
plugins: [
pluginMockServer(/* pluginOptions */),
],
})
```
### 编写 mock 配置文件
插件默认会读取 项目根目录的 `mock` 目录:
`mock/**/*.mock.ts` :
```ts
import { defineMock } from 'rspack-plugin-mock/helper'
export default defineMock({
url: '/api/test',
body: { a: 1, b: 2 }
})
```
你可以使用 `.js, .mjs, .cjs, .ts, .json, .json5` 文件格式来编写 mock 配置。
## 方法
### MockServerPlugin(pluginOptions)
rspack mock 服务插件。
插件将会读取 `devServer.proxy` 配置,然后在 `@rspack/dev-server` 中注入中间件。
```js
import { MockServerPlugin } from 'rspack-plugin-mock'
export default {
devServer: {
// 插件将会读取 `proxy` 配置
proxy: [
{ context: '/api', target: 'http://example.com' },
],
},
plugins: [
new MockServerPlugin(/* 插件配置 */),
]
}
```
### pluginMockServer(pluginOptions)
rsbuild mock 服务插件. **仅适用于 `rsbuild`.**
```ts
// rsbuild.config.ts
import { defineConfig } from '@rsbuild/core'
import { pluginMockServer } from 'rspack-plugin-mock/rsbuild'
export default defineConfig({
server: {
// 插件将会读取 `proxy` 配置
proxy: {
'/api': 'http://example.com',
},
},
plugins: [
pluginMockServer(/* 插件配置 */),
],
})
```
### defineMock(options)
- **options:** [`MockOptions | MockOptions[]`](#mock-配置)
mock 配置类型帮助函数
```ts
import { defineMock } from 'rspack-plugin-mock/helper'
export default defineMock({
url: '/api/test',
body: { a: 1, b: 2 }
})
```
### createDefineMock(transformer)
- **transformer:** `(mock: MockOptions) => MockOptions`
返回一个自定义的 defineMock 函数,以支持对 mock 配置进行预处理。
```ts
import { createDefineMock } from 'rspack-plugin-mock/helper'
const definePostMock = createDefineMock((mock) => {
mock.url = `/api/post/${mock.url}`
})
export default definePostMock({
url: 'list', // => '/api/post/list'
body: [{ title: '1' }, { title: '2' }],
})
```
### createSSEStream(req, res)
创建一个 `Server-sent events` 写入流,用于支持模拟 `EventSource`。
``` ts
import { createSSEStream, defineMock } from 'rspack-plugin-mock/helper'
export default defineMock({
url: '/api/sse',
response: (req, res) => {
const sse = createSSEStream(req, res)
sse.write({ event: 'message', data: { message: 'hello world' } })
sse.end()
}
})
```
## 插件配置
- **类型:** `boolean`
- **默认值:** `true`
- **详情:**
是否开启 mock 服务。如果设置为 `false`,插件将不会生效。
### prefix
- **类型:** `string | string[]`
- **详情:**
为 http mock 服务配置 路径匹配规则,任何请求路径以 prefix 开头的都将被拦截代理。
如果 prefix 以 `^` 开头,将被识别为 `RegExp`。
### wsPrefix
- **类型:** `string | string[]`
- **详情:**
为 websocket mock 服务配置 路径匹配规则, 任何请求路径以 wsPrefix 开头的 ws/wss请求,都将被代理拦截。
如果 wsPrefix 以 `^` 开头,将被识别为 `RegExp`。
请避免在 `devServer.proxy` / `server.proxy` 中出现 `wsPrefix` 配置中相同的规则,因为这可能会导致规则冲突。
### cwd
- **类型:** `string`
- **默认值:** `process.cwd()`
- **详情:**
配置 `include` 和 `exclude` 的匹配上下文。
### dir
- **类型:** `string`
- **默认值:** `mock` (相对于 [`cwd`](#cwd))
- **详情:**
配置 mock 包的输出目录,相对于 [`cwd`](#cwd)
### include
- **类型:** `string | string[]`
- **默认值:** `[**/*.mock.{js,ts,cjs,mjs,json,json5}']` (相对于 [`dir`](#dir))
- **详情:**
glob 字符串匹配 mock 包含的文件。 查看 [picomatch](https://github.com/micromatch/picomatch#globbing-features)
### exclude
- **类型:** `string | string[]`
- **默认值:** `[]` (相对于 [`dir`](#dir))
- **详情:**
glob 字符串匹配 mock 排除的文件。 查看 [picomatch](https://github.com/micromatch/picomatch#globbing-features)
### log
- **类型:** `boolean | 'info' | 'warn' | 'error' | 'silent' | 'debug'`
- **默认值:** `info`
- **详情:**
开启日志,或配置 日志级别
### reload
- **类型:** `boolean`
- **默认值:** `false`
- **详情:**
mock资源热更新时,仅更新了数据内容,但是默认不重新刷新页面。
当你希望每次修改mock文件都刷新页面时,可以打开此选项。
### activeScene
- **类型:** `string | string[]`
- **默认值:** `''`
- **详情:**
当前激活的场景,用于过滤 mock。
只有 [`scene`](#optionsscene) 与此有交集的 mock(或未配置 `scene` 的 mock)才会被考虑匹配。可通过 `X-Mock-Scene` 请求头按请求覆盖。
### cors
- **类型:** `boolean | CorsOptions`
- **默认值:** `true`
- **详情:**
配置 [cors](https://github.com/expressjs/cors#configuration-options)
### formidableOptions
- **类型:** `FormidableOptions`
- **默认值:** `{ multiples: true }`
- **详情:**
配置 [formidable](https://github.com/node-formidable/formidable#options)
### cookiesOptions
- **类型:** `CookiesOptions`
- **详情:**
配置 [cookies](https://github.com/pillarjs/cookies#new-cookiesrequest-response--options)
### bodyParserOptions
- **类型:** `BodyParserOptions`
- **详情:**
配置 [co-body](https://github.com/cojs/co-body#options)
## build
- **类型:** `boolean | ServerBuildOption`
```ts
interface ServerBuildOption {
/**
* 服务启动端口
* @default 8080
*/
serverPort?: number
/**
* 构建输出目录,相对于 rspack/rsbuild 构建输出目录
* @default 'mockServer'
*/
dist?: string
/**
* 服务日志级别
* @default 'error'
*/
log?: LogLevel
}
```
- **默认值:** `false`
- **详情:**
当需要构建一个小型mock服务时,可配置此项。插件会在构建生产包时,额外生成一个可部署的node mock 服务包。
### record
- **类型:** `false | RecordOptions`
- **默认值:** `false`
- **详情:**
是否开启请求录制功能。开启后,插件会记录所有请求数据,用于后续的请求回放。
插件在 `proxy` 的基础上,记录被 `http-proxy` 代理的请求数据。
在获得响应后,插件会将请求数据和响应数据记录到指定的目录中。
```ts
interface RecordOptions {
/**
* 是否启用录制功能
* - true: 启用,自动录制 proxy 响应
* - false: 禁用(默认)
* @default false
*/
enabled?: boolean
/**
* 过滤要录制的请求
* - 函数:自定义过滤函数,返回 true 表示录制
* - 对象:包含/排除模式,支持 glob 或 path-to-regexp 模式
* @example
* ```ts
* // Record all requests
* filter: (req) => true
* // Record requests using glob pattern
* filter: { mode: 'glob', include: '/api/**' }
* // Record requests using path-to-regexp pattern
* filter: { mode: 'path-to-regexp', include: '/api/:id' }
* ```
*/
filter?: ((req: RecordedReq) => boolean) | {
/**
* 包含需要录制的请求链接
*
* glob 模式或 path-to-regexp 模式
* (使用 mode 选项设置模式,默认为 glob)
*/
include?: string | string[]
/**
* 排除不需要录制的请求链接
*
* glob 模式或 path-to-regexp 模式
* (使用 mode 选项设置模式,默认为 glob)
*/
exclude?: string | string[]
/**
* 包含/排除模式的匹配模式
* - 'glob': glob 模式匹配(默认)
* - 'path-to-regexp': path-to-regexp 模式匹配
*/
mode: 'glob' | 'path-to-regexp'
}
/**
* 录制数据存储目录
* 相对于项目根目录
* @default 'mock/.recordings'
*/
dir?: string
/**
* 是否覆盖已有录制数据
* - true: 相同请求覆盖旧数据(默认)
* - false: 保留旧数据,不录制新数据
* @default true
*/
overwrite?: boolean
/**
* 录制数据过期时间(秒)
* - 0: 永不过期(默认)
* - 正数:指定秒数后过期
* @default 0
*/
expires?: number
/**
* 要录制的状态码
* - 为空数组时记录所有状态码(默认)
* - 指定一个或多个状态码进行过滤
* @default []
*/
status?: number | number[]
/**
* 是否在录制目录中添加 .gitignore
* - true: 添加(默认)
* - false: 不添加
* @default true
*/
gitignore?: boolean
}
```
### replay
- **类型:** `boolean`
- **默认值:** `false`
- **详情:**
是否开启请求回放功能。开启后,插件会根据记录的请求数据,模拟响应。
### priority
- **类型:** `MockMatchPriority`
- **详情:**
自定义 路径匹配规则优先级。[查看更多](#自定义匹配优先级)
**默认值:** `undefined`
## Mock 配置
**http mock**
```ts
import { defineMock } from 'rspack-plugin-mock/helper'
export default defineMock({
url: '/api/test',
body: { message: 'hello world' }
})
```
**websocket mock**
```ts
import { defineMock } from 'rspack-plugin-mock/helper'
export default defineMock({
url: '/socket.io',
ws: true,
setup(wss) {
wss.on('connection', (ws, req) => {
console.log('connected')
})
}
})
```
### options.url
- **类型:** `string`
- **详情:**
需要进行 mock 的接口地址, 由 [path-to-regexp](https://github.com/pillarjs/path-to-regexp) 提供路径匹配支持。
### options.enabled
- **类型:** `boolean`
- **默认值:** `true`
- **详情:**
是否启动对该接口的mock,在多数场景下,我们仅需要对部分接口进行 mock,
而不是对所有配置了mock的请求进行全量mock,所以是否能够配置是否启用很重要
### options.scene
- **类型:** `string | string[]`
- **默认值:** `''`
- **详情:**
该 mock 的场景标识。
未配置时,该 mock 为全场景通用,不受 [activeScene](#activescene) 限制。
配置后,只有 `scene` 中任意一项与 [activeScene](#activescene) 中任意一项匹配时,该 mock 才会激活。
### options.method
- **类型:** `Method | Method[]`
```ts
type Method = 'GET' | 'POST' | 'PUT' | 'DELETE' | 'OPTIONS' | 'HEAD' | 'PATCH'
```
- **默认值:** `['GET', 'POST']`
- **详情:**
该接口允许的 请求方法,默认同时支持 GET 和 POST
### options.type
- **类型:** `'text' | 'json' | 'buffer' | string`
- **详情:**
响应体数据类型。 还支持 [mime-db](https://github.com/jshttp/mime-db) 中的包含的类型。
当响应体返回的是一个文件,而你不确定应该使用哪个类型时,可以将文件名作为值传入,
插件内部会根据文件名后缀查找匹配的`content-type`。
### options.headers
- **类型:** `object | (request: MockRequest) => object | Promise<object>`
- **默认值:** `{ 'Content-Type': 'application/json' }`
- **详情:**
配置响应体 headers
### options.status
- **类型:** `number`
- **默认值:** `200`
- **详情:**
配置 响应头状态码
### options.statusText
- **类型:** `string`
- **默认值:** `"OK"`
- **详情:**
配置响应头状态文本
### options.delay
- **类型:** `number | [number, number]`
- **默认值:** `0`
- **详情:**
配置响应延迟时间, 如果传入的是一个数组,则代表延迟时间的范围。
单位: `ms`
### options.body
- **类型:** `Body | (request: MockRequest) => Body | Promise<Body>`
```ts
type Body = string | object | Buffer | Readable
```
- **详情:**
配置响应体数据内容 `body` 优先级高于 `response`.
### options.response
- **类型:** `(req: MockRequest, res: MockResponse, next: (err?: any) => void) => void | Promise<void>`
- **详情:**
如果需要设置复杂的响应内容,可以使用 response 方法,
该方法是一个 middleware,你可以在这里拿到 http 请求的 req、res等信息,
然后通过 `res.write() | res.end()` 返回响应数据, 否则需要执行 `next()` 方法。
在 `req` 中,还可以拿到 `query、params、body, refererQuery` 等已解析的请求信息。
### options.cookies
- **类型:** `CookiesOptions | (request: MockRequest) => CookiesOptions | Promise<CookiesOptions>`
```ts
type CookiesOptions = Record<string, CookieValue>
type CookieValue = string | [string, SetCookie]
```
- **详情:**
配置响应体 cookies
### options.validator
- **类型:** `Validator | (request: MockRequest) => boolean`
```ts
interface Validator {
/**
* 请求地址中位于 `?` 后面的 queryString,已解析为 json
*/
query: Record<string, any>
/**
* 请求 referer 中位于 `?` 后面的 queryString
*/
refererQuery: Record<string, any>
/**
* 请求体中 body 数据
*/
body: Record<string, any>
/**
* 请求地址中,`/api/id/:id` 解析后的 params 参数
*/
params: Record<string, any>
/**
* 请求体中 headers
*/
headers: Headers
}
```
- **详情:**
请求验证器
有时候,一个相同的API请求,需要根据不同的请求参数,来决定返回数据,
但全部都在单个 mock中的 body或者 response 中写,内容会很庞杂,不好管理,
验证器的功能,允许你同时配置多条相同url的mock,通过验证器来判断使哪个mock生效。
### options.ws
- **类型:** `boolean`
- **默认值:** `false`
- **详情:**
配置是否开启 WebSocket Mock
### options.setup
- **类型:** `(wss: WebSocketServer, ctx: WebSocketSetupContext) => void`
- **详情:**
配置 Websocket Server
```ts
interface WebSocketSetupContext {
/**
* 当你在定义 WSS 时,可能会执行一些自动任务或循环任务,
* 但是当热更新时,插件内部会重新执行 setup() ,
* 这可能导致出现 重复注册监听事件 和 循环任务如 `setTimeout` 等。
* 通过 `onCleanup()` 可以来清除这些自动任务或循环任务。
*/
onCleanup: (cleanup: () => void) => void
}
```
### options.error
- **类型:** `MockErrorConfig | undefined`
- **详情:**
配置错误模拟,包括错误概率、错误状态码、错误状态文本、以及自定义错误响应体。
```ts
interface MockErrorConfig {
/**
* 错误概率(0-1),默认 0.5
* @default 0.5
*/
probability?: number
/**
* 错误状态码,默认 500
* @default 500
*/
status?: number
/**
* 错误状态文本
*/
statusText?: string
/**
* 自定义错误响应体,适用于 status 为 200,但响应体需要模拟错误场景
* @example
* { code: 500, msg: 'Internal Server Error', result: null }
*/
body?: ResponseBody | ResponseBodyFn
}
```
### Request/Response 增强
当你配置 `headers`, `body`, and `response` 的函数形式时, 插件在参数 `request` 和 `response` 添加了新的内容用于帮助获取必要的数据.
**Request:**
`request`的原始数据类型是[`Connect.IncomingMessage`](https://github.com/DefinitelyTyped/DefinitelyTyped/blob/master/types/connect/index.d.ts). 插件在此基础上,增加了 `query`, `params`, `body`, `refererQuery`,以及 `getCookie(name)` 方法用于获取cookie信息。
```ts
type Request = Connect.IncomingMessage & {
query: object
params: object
body: any
refererQuery: object
getCookie: (name: string, option?: Cookies.GetOption) => string | undefined
}
```
**Response:**
`response` 的原始数据类型是`http.ServerResponse<http.IncomingMessage>`. 插件在此基础上增加了 `setCookie(name, value)` 方法用于设置cookie
```ts
type Response = http.ServerResponse<http.IncomingMessage> & {
setCookie: (
name: string,
value?: string | null,
option?: Cookies.SetOption,
) => void
}
```
> **注意:**
>
> 如果使用 json/json5 编写 mock文件,则不支持使用 `response` 方法,以及不支持使用其他字段的函数形式。
## 共享 Mock 数据
由于每个mock文件都是作为独立的入口进行编译,其依赖的本地文件也编译在内,
且每个mock文件拥有独立的作用域,这使得即使多个 mock文件共同依赖某一个`data.ts`文件,也无法共享数据。
某个 `mock` 文件对 `data.ts` 中的数据进行修改,其它`mock`文件不会获取到修改后的数据。
为此,插件提供了一个 `defineMockData` 函数,用于在 `mock` 文件中使用 `data.ts` 作为共享数据源。
```ts
type defineMockData<T> = (
key: string, // 数据唯一标识符
initialData: T, // 初始化数据
options?: {
persistOnHMR?: boolean // 是否在热更新时保持数据状态
} // 可选配置
) => [getter, setter] & { value: T }
```
### 用法
`data.ts`
```ts
import { defineMockData } from 'rspack-plugin-mock/helper'
export default defineMockData('posts', [
{ id: '1', title: 'title1', content: 'content1' },
{ id: '2', title: 'title2', content: 'content2' },
])
```
`*.mock.ts`
```ts
import { defineMock } from 'rspack-plugin-mock/helper'
import posts from './data'
export default defineMock([
{
url: '/api/posts',
body: () => posts.value
},
{
url: '/api/posts/delete/:id',
body: (params) => {
const id = params.id
posts.value = posts.value.filter(post => post.id !== id)
return { success: true }
}
}
])
```
> **注意:**
>
> `defineMockData` 仅是基于 `memory` 提供的共享数据支持,
> 如果需要做 mock 数据持久化,建议使用 `nosql`, 如 `lowdb` 或 `level` 等。
## 自定义匹配优先级
> 自定义规则仅影响包含动态参数的链接,如: `/api/user/:id`
插件内置的路径匹配规则优先级,已经能够满足大部分需求,但如果你需要更加灵活的自定义匹配规则优先级,
可以使用 `priority` 参数。
示例:
```ts
import { MockServerPlugin } from 'rspack-plugin-mock'
export default {
plugins: [
new MockServerPlugin({
priority: {
// 匹配规则优先级, 全局生效。声明在该选项中的规则将优先于默认规则生效。
// 规则在数组越靠前的位置,优先级越高。
global: ['/api/:a/b/c', '/api/a/:b/c', '/api/a/b/:c'],
// 对于一些特殊情况,需要调整部分规则的优先级,可以使用此选项。
// 比如一个请求同时命中了规则 A 和 B,且 A 比 B 优先级高, 但期望规则 B 生效时。
special: {
// 当请求同时命中 [key] 和 rules 中的任意一个时,优先匹配 [key] 。
// when 用于进一步约束具体是哪些请求需要调整优先级。
'/api/:a/:b/c': {
rules: ['/api/a/:b/:c', '/api/a/b/:c'],
when: ['/api/a/b/c']
},
// 如果不需要 when, 则表示命中规则的请求都需要调整优先级。
// 可以简写为 [key]: [...rules]
'/api/:a/b': ['/api/a/:b'],
}
}
})
]
}
```
> **注意:**
>
> `priority` 虽然可以调整优先级,但大多数时候,你都没有必要这么做。
> 对于一些特殊情况的请求,可以使用 静态规则来替代 `priority`,静态规则总是拥有最高优先级。
## Example
`mock/**/*.mock.{ts,js,mjs,cjs,json,json5}`
查看更多示例: [example](/example/)
<details>
<summary>命中 <code>/api/test</code> 请求,并返回一个 数据为空的响应体内容</summary>
```ts
export default defineMock({
url: '/api/test',
})
```
</details>
<details>
<summary>命中 <code>/api/test</code> 请求,并返回一个固定内容数据</summary>
```ts
export default defineMock({
url: '/api/test',
body: { a: 1 },
})
```
```ts
export default defineMock({
url: '/api/test',
body: () => ({ a: 1 })
})
```
</details>
<details>
<summary>限定只允许 <code>GET</code> 请求</summary>
```ts
export default defineMock({
url: '/api/test',
method: 'GET'
})
```
</details>
<details>
<summary>在返回的响应头中,添加自定义 header 和 cookie</summary>
```ts
export default defineMock({
url: '/api/test',
headers: { 'X-Custom': '12345678' },
cookies: { 'my-cookie': '123456789' },
})
```
```ts
export default defineMock({
url: '/api/test',
headers({ query, body, params, headers }) {
return { 'X-Custom': query.custom }
},
cookies() {
return { 'my-cookie': '123456789' }
}
})
```
</details>
<details>
<summary>定义多个相同url请求mock,并使用验证器匹配生效规则</summary>
```ts
export default defineMock([
// 命中 /api/test?a=1
{
url: '/api/test',
validator: {
query: { a: 1 },
},
body: { message: 'query.a === 1' },
},
// 命中 /api/test?a=2
{
url: '/api/test',
validator: {
query: { a: 2 },
},
body: { message: 'query.a === 2' },
},
{
// `?a=3` 将会解析到 `validator.query`
url: '/api/test?a=3',
body: { message: 'query.a == 3' },
},
// 命中 POST /api/test 请求,且 请求体中,字段 a 为数组,且数组包含值为 1, 2 的项
{
url: '/api/test',
method: ['POST'],
validator: { body: { a: [1, 2] } }
}
])
```
</details>
<details>
<summary>延迟接口响应</summary>
```ts
export default defineMock({
url: '/api/test',
delay: 6000, // 延迟 6秒
})
```
</details>
<details>
<summary>使接口请求失败</summary>
```ts
export default defineMock({
url: '/api/test',
status: 502,
statusText: 'Bad Gateway'
})
```
</details>
<details>
<summary>动态路由匹配</summary>
```ts
export default defineMock({
url: '/api/user/:userId',
body({ params }) {
return { userId: params.userId }
}
})
```
路由中的 `userId`将会解析到 `request.params` 对象中.
</details>
<details>
<summary>使用 buffer 响应数据</summary>
```ts
import { Buffer } from 'node:buffer'
// 由于 type 默认值是 json,虽然在传输过程中body使用buffer,
// 但是 content-type 还是为 json
export default defineMock({
url: 'api/buffer',
body: Buffer.from(JSON.stringify({ a: 1 }))
})
```
```ts
// 当 type 为 buffer 时,content-type 为 application/octet-stream,
// body 传入的数据会被转为 buffer
export default defineMock({
url: 'api/buffer',
type: 'buffer',
// 内部使用 Buffer.from(body) 进行转换
body: { a: 1 }
})
```
</details>
<details>
<summary>响应文件类型</summary>
模拟文件下载,传入文件读取流
```ts
import { createReadStream } from 'node:fs'
export default defineMock({
url: '/api/download',
// 当你不确定类型,可传入文件名由插件内部进行解析
type: 'my-app.dmg',
body: () => createReadStream('./my-app.dmg')
})
```
```html
<a href="/api/download" download="my-app.dmg">下载文件</a>
```
</details>
<details>
<summary>使用 <code>mockjs</code> 生成响应数据</summary>
```ts
import Mock from 'mockjs'
export default defineMock({
url: '/api/test',
body: Mock.mock({
'list|1-10': [{
'id|+1': 1
}]
})
})
```
请先安装 `mockjs`
</details>
<details>
<summary>使用 <code>response</code> 自定义响应</summary>
```ts
export default defineMock({
url: '/api/test',
response(req, res, next) {
const { query, body, params, headers } = req
console.log(query, body, params, headers)
res.status = 200
res.setHeader('Content-Type', 'application/json')
res.end(JSON.stringify({
query,
body,
params,
}))
}
})
```
</details>
<details>
<summary>使用 json / json5</summary>
```json
{
"url": "/api/test",
"body": {
"a": 1
}
}
```
</details>
<details>
<summary>multipart, 文件上传</summary>
通过 [`formidable`](https://www.npmjs.com/package/formidable#readme) 支持。
``` html
<form action="/api/upload" method="post" enctype="multipart/form-data">
<p>
<span>file: </span>
<input type="file" name="files" multiple="multiple">
</p>
<p>
<span>name:</span>
<input type="text" name="name" value="mark">
</p>
<p>
<input type="submit" value="submit">
</p>
</form>
```
fields `files` 映射为 `formidable.File` 类型。
``` ts
export default defineMock({
url: '/api/upload',
method: 'POST',
body(req) {
const body = req.body
return {
name: body.name,
files: body.files.map((file: any) => file.originalFilename),
}
},
})
```
</details>
<details>
<summary>Graphql</summary>
```ts
import { buildSchema, graphql } from 'graphql'
const schema = buildSchema(`
type Query {
hello: String
}
`)
const rootValue = { hello: () => 'Hello world!' }
export default defineMock({
url: '/api/graphql',
method: 'POST',
body: async (request) => {
const source = request.body.source
const { data } = await graphql({ schema, rootValue, source })
return data
},
})
```
```ts
fetch('/api/graphql', {
method: 'POST',
body: JSON.stringify({ source: '{ hello }' })
})
```
</details>
<details>
<summary>WebSocket Mock</summary>
```ts
// ws.mock.ts
export default defineMock({
url: '/socket.io',
ws: true,
setup(wss, { onCleanup }) {
const wsMap = new Map()
wss.on('connection', (ws, req) => {
const token = req.getCookie('token')
wsMap.set(token, ws)
ws.on('message', (raw) => {
const data = JSON.parse(String(raw))
if (data.type === 'ping')
return
// Broadcast
for (const [_token, _ws] of wsMap.entires()) {
if (_token !== token)
_ws.send(raw)
}
})
})
wss.on('error', (err) => {
console.error(err)
})
onCleanup(() => wsMap.clear())
}
})
```
```ts
// app.ts
const ws = new WebSocket('ws://localhost:5173/socket.io')
ws.addEventListener('open', () => {
setInterval(() => {
// heartbeat
ws.send(JSON.stringify({ type: 'ping' }))
}, 1000)
}, { once: true })
ws.addEventListener('message', (raw) => {
console.log(raw)
})
```
</details>
<details>
<summary>EventSource Mock</summary>
```ts
// sse.mock.ts
import { createSSEStream, defineMock } from 'rspack-plugin-mock/helper'
export default defineMock({
url: '/api/sse',
response(req, res) {
const sse = createSSEStream(req, res)
let count = 0
const timer = setInterval(() => {
sse.write({
event: 'count',
data: { count: ++count },
})
if (count >= 10) {
sse.end()
clearInterval(timer)
}
}, 1000)
},
})
```
```ts
// app.js
const es = new EventSource('/api/sse')
es.addEventListener('count', (e) => {
console.log(e.data)
})
```
</details>
## 独立部署的小型mock服务
在一些场景中,可能会需要使用mock服务提供的数据支持,用于展示,但可能项目已完成打包构建部署,已脱离 `rspack/rsbuild` 和本插件提供的 mock服务支持。由于本插件在设计之初,支持在mock文件中引入各种 `node` 模块,所以不能将 mock文件打包内联到客户端构建代码中。
为了能够满足这类场景,插件提供了在 `production build` 时,也构建一个可独立部署的小型mock服务应用,可以将这个应用部署到相关的环境,后通过其他http服务器如nginx做代理转发到实际端口实现mock支持。
构建默认输出到 `mockServer` 目录中,并生成如下文件:
```sh
./mockServer
├── index.js
├── mock-data.js
└── package.json
```
在该目录下,执行 `npm install` 安装依赖后,执行 `npm start` 即可启动 mock server。
默认端口为 `8080`。
可通过 `localhost:8080/` 访问相关的 `mock` 接口。
## Links
- [rspack](https://rspack.dev)
- [rsbuild](https://rsbuild.dev)
- [vite-plugin-mock-dev-server](https://github.com/pengzhanbo/vite-plugin-mock-dev-server)
## License
rspack-plugin-mock is licensed under the [MIT License](./LICENSE)