wiremock 模拟服务接口提供前端使用

前后端分离同步开发时，如果前端需要等后端把接口都开发完了再去动工的话，项目周期会拉长。

以前开发时，一般前期是先把接口文档写的差不多了，要么是让前端自己构造模拟数据，要么是后端在开个控制器专门提供模拟数据，用起来都不是那么爽，直到接触了 wiremock ，既不用写代码，又能方便灵活的提供模拟数据。

这里讲的模式是将 wiremock 作为独立进程服务，来为调用者提供各个接口数据，非常好用

首先：下载一个 jar 包在 wiremock 的官网上，http://wiremock.org/docs/running-standalone/

下载下来后，直接通过 java -jar wiremock-standalone-2.18.0.jar 启动，

写了个简单的脚本启动

[root@VM_32_12_centos wiremock]# cat server.sh

#!/bin/sh

nohup java -jar  wiremock-standalone-2.18..jar  --port     > /dev/null >& &

[root@VM_32_12_centos wiremock]#

启动后的项目结构如下：会多了 __files 和 mappings 两个目录

mappings 目录，用来存放映射规则

__files 目录，用来存放扩展文件

这里是 mappings 中的两个映射文件

附一个官网的 mapping 文件

{

    "request": {

        "method": "GET",

        "url": "/api/mytest"

    },

    "response": {

        "status": 200,

        "body": "More content\n"

    }

}

这里放的 /api/mytest 接口响应内容对应的文件

当配置好了后，可以试下模拟接口是否能够访问了：

curl http://127.0.0.1:6666/api

或者

curl http://127.0.0.1:6666/api/mytest

如果响应的是： No response could be served as there are no stub mappings in this WireMock instance.

那就需要把 wiremock 的服务重新启动一下了，重启后发现返回的数据就是所配置的内容啦

最后，可以通过 NGINX 反向代理暴露出模拟的接口（非必须）

    location ^~/mock/ {

        proxy_redirect off;

        proxy_set_header Host $host;

        proxy_set_header X-Real-IP $remote_addr;

        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

        proxy_pass http://127.0.0.1:6666/;

    }

这样就能够通过这样的方式访问啦

http://xxx.com/mock/api

或者

http://xxx.com/mock/api/mytest

显得更加灵活

巴特西

wiremock 模拟服务接口提供前端使用

最新文章

热门文章