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.0.jar  --port 6666    > /dev/null 2>&1 &
[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

 

显得更加灵活