学会 IDEA REST Client 后就可以丢掉 postman 了
接口调试是每个软件开发从业者必不可少的一项技能，一个项目的的完成，可能接口测试调试的时间比真正开发写代码的时间还要多，几乎是每个开发的日常工作项。所谓工欲善其事必先利其器，在没有尝到 IDEA REST 真香之前，postman（chrome 的一款插件）确实是一个非常不错的选择，具有完备的 REST Client 功能和请求历史记录功能。但是当使用了 IDEA REST 之后，postman 就可以丢了，因为，IDEA REST Client 具有 postman 的所有功能，而且还有 postman 没有的功能，继续往下看。
从 postman 到 IDEA REST Client
真香定律的原因有如下几个：
首先 postma
n 的所有功能 IDEA REST Client 都具备了，如 REST Client 控制台和历史请求记录
其次如果能够在一个生产工具里完成开发和调试的事情，干嘛要切换到另一个工具呢
然后 IDEA REST Client 还支持环境配置区分的功能，以及接口响应断言和脚本化处理的能力
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 可以针对接口的响应值进行脚本化的断言处理，立马从一个接口调试工具上升到测试工具了，比如：
评论