快速体验
- 打开 InsCode(快马)平台 https://www.inscode.net
- 输入框内输入如下内容：
请生成一个NGINX配置用于创建Mock API服务，要求：1. 支持RESTful风格的/user/:id接口 2. 对不同HTTP方法(GET/POST等)返回预设JSON 3. 包含延迟响应和随机错误模拟功能 4. 支持CORS跨域访问。配置文件要包含详细的注释说明如何修改mock数据和响应逻辑。- 点击'项目生成'按钮，等待项目生成完整后预览效果
今天在开发前端项目时遇到一个常见问题：后端API还没准备好，但前端需要提前调试接口交互。以前都是手动写死数据或者用第三方Mock工具，这次尝试直接用NGINX搭建Mock服务，发现效果出奇的好，3分钟就能跑起来。记录下这个轻量级解决方案，特别适合快速原型开发。
- 为什么选择NGINX做Mock服务
相比专门的Mock工具，NGINX的优势在于： - 绝大多数服务器环境已预装，无需额外安装
- 配置文件简单直观，修改后实时生效
- 能模拟真实网络环境（延迟、错误响应等）
性能极高，不会成为开发瓶颈
核心配置实现
在NGINX配置文件中添加以下路由规则（假设配置文件路径为/etc/nginx/conf.d/mock.conf）：基础路由配置：
设置监听端口（如8080），并开启CORS支持，这样前端项目可以直接跨域访问。CORS头信息需要包含Access-Control-Allow-Origin等关键字段。RESTful接口模拟：
通过location规则匹配/user/路径，用正则表达式捕获:id参数。根据$request_method变量区分GET/POST等HTTP方法，返回对应的JSON数据。例如GET请求返回用户信息，POST请求返回创建成功的模拟响应。动态行为控制：
使用rewrite配合if条件，可以实现：- 随机延迟：通过
ngx_http_lua_module模块注入随机sleep时间（如0.5-2秒） - 错误模拟：按比例返回500状态码（比如10%概率）
- 参数校验：对缺失id等非法请求返回400错误
- 随机延迟：通过
Mock数据管理技巧
推荐两种维护测试数据的方式：- 内联JSON：直接在配置文件中用
return 200 '{...}'返回小规模数据 - 外部文件：通过
rewrite将请求代理到本地JSON文件，方便维护大量数据
示例数据片段：# GET /user/1 的响应示例 location ~ ^/user/(\d+)$ { if ($request_method = GET) { return 200 '{"id":$1,"name":"MockUser","role":"developer"}'; } }
- 高级调试功能
通过NGINX原生功能可以轻松实现： - 请求日志：记录完整的请求头和Body到日志文件
- 流量复制：将部分请求镜像到真实后端方便对比
压力测试：配合wrk等工具模拟并发请求
实际应用建议
- 开发环境：建议与前端项目共用docker-compose，避免端口冲突
- 团队协作：将配置文件纳入版本控制，方便统一Mock数据
- 安全限制：仅允许内网访问，避免暴露测试接口
最近发现InsCode(快马)平台特别适合快速验证这类配置方案。它的在线编辑器可以直接运行NGINX，还能一键部署成临时测试服务，不用折腾本地环境。我试了下导入配置文件立即就能生成可访问的URL，前端同事直接拿来调试，比原先用Postman Mock节省至少半小时搭建时间。
这种轻量级Mock方案虽然简单，但覆盖了前后端分离开发中最急需的几种场景。当需要更复杂的逻辑时，还可以用InsCode内置的AI辅助生成进阶配置，比如根据请求参数动态组合响应数据。对于快速原型开发来说，能省时间的方法就是好方法。
快速体验
- 打开 InsCode(快马)平台 https://www.inscode.net
- 输入框内输入如下内容：
请生成一个NGINX配置用于创建Mock API服务，要求：1. 支持RESTful风格的/user/:id接口 2. 对不同HTTP方法(GET/POST等)返回预设JSON 3. 包含延迟响应和随机错误模拟功能 4. 支持CORS跨域访问。配置文件要包含详细的注释说明如何修改mock数据和响应逻辑。- 点击'项目生成'按钮，等待项目生成完整后预览效果
