[]

前言

内部调试是软件开发从业者必备的一项基本技能。在众多项目中，完成接口测试和调试所需的时间往往超过实际编码的时间intellij idea chrome，这几乎成为了开发人员日常工作的常态。正如古语所说，“工欲善其事，必先利其器”，在未体验到IDEA REST的强大功能之前，它的单个插件确实是一个非常好的选择。该插件不仅拥有全面的REST功能，还具备请求历史记录功能。然而，一旦采用IDEA REST，便无需再保留它，因为IDEA REST不仅涵盖了所有现有功能，甚至还具备一些额外特性，敬请继续浏览了解。

从邮递员到IDEA REST客户端

真香定律的原因有如下几个：

IDEA REST客户端已全面整合了邮递员的所有功能，包括REST客户端控制台以及历史请求记录的查看。

通常情况下，若能在同一生产工具中完成开发和调试任务，那又何必转而使用其他工具呢？

IDEA REST 不仅能提供环境配置的差异化支持，还具备接口响应的断言功能，以及脚本化的处理能力。

IDEA REST客户端的请求配置可通过文件进行描述，因而能够与项目及项目成员一同共享。

IDEA REST客户端控制台

点击顶部工具栏中的工具选项，接着选择HTTP客户端，再进行测试Web服务操作，此时IDEA REST客户端控制台的界面将呈现如下所示的模式：

观察这个控制台所呈现的功能区域，它与之前的版本几乎无异，涵盖了请求的类型、参数的设置以及请求头的配置。尤其是当请求采用授权认证时，即基本认证方式，用户只需点击图中标注的按钮，便会弹出一个输入用户名和密码的对话框。完成填写后，这些信息会自动填充到授权标题中。

历史请求记录

IDEA系统会自动将最近执行的前50个请求记录下来，并将这些记录保存在名为http--log.http的文件中，该文件位于项目的.idea文件夹的子目录中。通过利用请求历史记录功能，用户可以迅速定位到特定的响应内容，并且如果再次从请求历史记录中发起相同的请求，那么该请求的执行详情和响应输出的链接将被自动添加到请求历史记录文件的上方。

构建HTTP请求脚本

上述历史记录构成了一个全面的IDEA REST客户端请求脚本，若您是从控制台启动的，则可轻松将历史请求记录的文件副本放入项目中，用作HTTP请求脚本，并与团队成员共享。若非如此，您还可以创建一个新的以http或.rest为后缀的文件，IDEA将自动将其识别为HTTP请求脚本。

语法部分

### 演示POST请求
对{{baseUrl}}路径执行GET请求，参数中包含show_env字段。1
Accept: application/json

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

GET {{baseUrl}}}/post
内容类型：以网页表单编码格式提交

id=999&value=content

首先intellij idea chrome，使用三个井号键将每个请求体进行分隔；接着，请求的URL与参数是紧密相连的；无论是通过POST方法上传的正文参数，还是通过GET方法附加的参数，都必须进行换行处理。

环境区分

你或许已经留意到，示例代码中并未直接给出实际的请求网址，而是使用了{{}}这样的占位符来代替。这正是IDEA REST的一大亮点，它允许用户从预设的配置文件中提取与环境相关的配置信息。通过这些占位符，用户可以灵活地替换多个配置参数。这样一来，即使是那些与接口环境密切相关的请求参数，也可以通过配置文件来明确区分。

首先，在当前目录下建立名为http-..env.json的文件；接着，在该文件中，以dev、uat、pro等作为一级键值，分别定义不同的环境；每个环境下的对象包含了HTTP请求中可获取的环境变量；在HTTP请求的脚本中，你可以通过{{xx}}占位符直接引用这些配置参数。

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

在执行请求的选择过程中，IDEA会引导你挑选相应的环境配置，例如：

结果断言

IDEA REST客户端能够对接口返回的数据执行脚本化的断言操作，从而使其从单纯的接口调试工具转变为功能更全面的测试工具，就如同：

测试顺利完成：确认响应状态为200
GET https://httpbin.org/status/200

> {%
client.test(请求已成功执行。, function() {
  client.assert(response.status === 200, "Response status is not 200");
});
%}

结果值暂存

设想一下这样的情景，当某个系统必须经过认证方可进行访问时，若采用邮递员方式，那么是否需要先访问登录接口，接着获取令牌，再手动将其复制至新调试接口的参数之中，这无疑非常繁琐。然而，IDEA REST 拥有一项颇具吸引力的特性，能够完美地解决这一问题。下面，请看这一段脚本：

### 演示POST请求
POST https://httpbin.org/post
内容类型：JSON格式

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

> {% client.global.set("auth_token"在处理响应体中的JSON数据时，提取并使用其中的token字段；同时，执行相应的操作。
### 演示GET请求

GET https://httpbin.org/headers
授权：使用认证令牌{{auth_token}}

认证请求完成之后，我们便能在响应中获取到相应的令牌信息。随后，我们通过脚本将其存入变量中。此后，在后续的接口请求中，我们便能够通过双大括号占位符直接调用该token。

结语

众口称赞，确实是一款非常出色的必备软件，以往在向他人推荐此类工具时，我总是热情地向他们推荐。然而，IDEA REST同样表现出色，值得一试，自此之后，我在推荐工具时便转向了IDEA REST客户端，而邮递员这一软件已被我弃用。在与第三方进行接口协作时，项目中必须包含一个 HTTP接口请求文件，这不仅满足了自身的需求，同时也为他人提供了便利。

如有侵权请联系删除！