是时候扔掉 Postman 了，试试 IntelliJ IDEA 自带的高能神器！

前言

接口调试是每一个软件开发从业者必不可少的一项技能，一个项目的的完成，可能接口测试调试的时间比真正开发写代码的时间还要多，几乎是每一个开发的平常工做项。所谓工欲善其事必先利其器，在没有尝到IDEA REST真香以前，postman（chrome的一款插件）确实是一个很是不错的选择，具备完备的REST Client功能和请求历史记录功能。可是当使用了IDEA REST以后，postman就能够丢了，由于，IDEA REST Client具备postman的全部功能，并且还有postman没有的功能，继续往下看。

从postman到IDEA REST Client

真香定律的缘由有以下几个：

1. 首先postman的全部功能IDEA REST Client都具有了，如REST Client控制台和历史请求记录
2. 其次若是可以在一个生产工具里完成开发和调试的事情，干吗要切换到另外一个工具呢
3. 而后IDEA REST Client还支持环境配置区分的功能，以及接口响应断言和脚本化处理的能力
4. IDEA REST Client的请求配置能够用文件配置描述，因此能够跟随项目和项目成员共享

IDEA REST Client控制台

从顶层工具栏依次Tools -> HTTP Client -> Test RESTFUL Web Service 打开后，IDEA REST Client控制台的界面以下样式：

能够看到，这个控制台展现的功能区和postman已经没什么差异了，包括请求方式，请求参数和请求头的填充都已经包含了，特别说明下的是，若是请求的方式是Authorization :Basic这种方式认证的话，能够点击下图所示的按钮，会弹出填充用户名和密码的窗口出来，填完后会自动补充到Authorization 的header里面去

历史请求记录

IntelliJ IDEA自动将最近执行的50个请求保存到http-requests-log.http 文件中，该文件存储在项目的.idea / httpRequests / 目录下。使用请求历史记录，您能够快速导航到特定响应并再次发出请求。文件内容大以下图所示，再次发出请求只要点击那个运行按钮便可。若是从请求历史记录再次发出请求，则其执行信息和响应输出的连接将添加到请求历史记录文件的顶部。

构建HTTP请求脚本

上面的历史记录就是一个完整的IDEA REST Client请求脚本，若是你是从控制台触发的，那么能够直接复制历史请求记录的文件放到项目里做为HTTP请求的脚本，给其余成员共享，若是不是，也能够直接新建一个.http或者.rest结尾的文件，IDEA会自动识别为HTTP请求脚本。

语法部分

### 演示POST请求
POST {{baseUrl}}}get?show_env=1
Accept: application/json

{
   "name":"a"
}
### 演示GET请求

GET {{baseUrl}}}/post
Content-Type: application/x-www-form-urlencoded

id=999&value=content

首先经过###三个井号键来分开每一个请求体，而后请求url和header参数是牢牢挨着的，请求参数不论是POST的body传参仍是GET的parameter传参，都是要换行的

环境区分

细心的你可能发现了上面示例的代码，没有真实的请求地址，取而代之的，是一个{{baseUrl}}的占位符，这个就是IDEA REST Client真香的地方，支持从指定的配置文件中获取到环境相关的配置参数，不只baseUrl能够经过占位符替换，一些请求的参数若是和接口环境相关的均可以经过配置文件来区分。

首先在.http的脚本同目录下建立一个名为http-client.private.env.json的文件，而后内容以下，一级的key值时用来区分环境的，好比，dev、uat、pro等，环境下的对象就是一次HTTP请求中可以获取到的环境变量了，你能够直接在请求的HTTP的脚本中经过{{xx}}占位符的方式获取到这里配置的参数

{
  "uat": {
    "baseUrl": "http://gateway.xxx.cn/",
    "username": "",
    "password": ""
  },
  "dev": {
    "baseUrl": "http://localhsot:8888/",
    "username": "",
    "password": ""
  }
}

那么在选择执行请求的时候，IDEA就会让你选执行那个环境的配置，如：

结果断言

IDEA REST Client能够针对接口的响应值进行脚本化的断言处理，立马从一个接口调试工具上升到测试工具了，好比：

### Successful test: check response status is 200
GET https://httpbin.org/status/200

> {%
client.test("Request executed successfully", function() {
  client.assert(response.status === 200, "Response status is not 200");
});
%}

结果值暂存

试想下这样的场景，当一个系统须要经过认证才能访问的时候，若是用postman的时候，是否是先访问登陆接口，而后得到token后，手动粘贴复制到新的调试接口的header参数里面去，这太麻烦了，IDEA REST Client还有一个真香的功能，能够完美解决这个问题，请看下面的脚本：

### 演示POST请求
POST https://httpbin.org/post
Content-Type: application/json

{
  "user": "admin",
  "password": "123456"
}

> {% client.global.set("auth_token", response.body.json.token); %}
### 演示GET请求

GET https://httpbin.org/headers
Authorization: Bearer {{auth_token}}

在第一个认证的请求结束后，能够在response里拿到返回的token信息，而后咱们经过脚本设置到了全局变量里，那么在接下来的接口请求中，就能够直接使用双大括号占位符的方式获取到这个token了

结语

postman有口皆碑，确实是一个很是不错的必备工具，以前给比人推荐这种工具时老是安利他postman。可是，IDEA REST Client也真的很不错，值得尝试一下，后面安利这种工具就切换到IDEA REST Client了，postman反正被我丢掉了。和第三方作接口对接时，项目里必备一个rest-http.http接口请求文件，知足本身的同时也成方便了他人。

更多精彩文章，关注【ToBeTopJavaer】，更有数万元精品课程资源免费等你来拿！！！