rest client 是后端接口调试首选插件，因其实现纯文本驱动、支持 git 版本管理与团队共享，语法简洁且无需额外运行时，适合融入开发流程并作为接口契约维护。
REST Client 是后端接口编写阶段最直接有效的插件，不用开 Postman、不写 curl，HTTP 请求写在 .http 文件里，右键就能发。
为什么选 REST Client 而不是 Thunder Client 或其他
REST Client 是纯文本驱动的：请求定义即代码，可 Git 版本管理、可复用、可嵌入项目文档（比如 README.md 里放一个 api.test.http）。Thunder Client 虽然界面友好，但请求数据存在本地数据库，无法 commit，团队协作时别人看不到你的测试用例。Remote - SSH 或 Docker 插件解决的是环境问题，不是接口调试本身。
-
REST Client的请求语法接近 curl 语义，但更简洁，支持变量、环境配置、多请求分组 - 它不依赖 Node.js 运行时，也不需要启动额外服务，适合快速验证 controller 层返回
- 对微服务调用链调试特别实用——比如在 A 服务的
auth.test.http里直接调 B 服务的http://b-service:8080/health
如何让 .http 文件真正融入开发流
别只把它当临时调试工具。把它当成接口契约的一部分来维护：
- 按模块建目录，比如
src/test/http/users.http、src/test/http/orders.http - 用
@host = http://localhost:3000定义变量，切换环境只需改一行 - 加注释说明用途：
### 获取用户列表（含分页），VSCode 会自动识别为分隔块 - 配合
prettier+prettier-plugin-http（需手动安装）实现格式化，避免手写混乱
常见错误和绕不开的坑
刚上手容易卡在几个地方：
- 发送后返回
401 Unauthorized，但 Postman 能通 → 检查是否漏了Content-Type: application/json或Authorization: Bearer <token></token>，REST Client不像浏览器自动补 header - 中文参数乱码 → 在请求前加
Content-Type: application/x-www-form-urlencoded; charset=utf-8，或确保 URL 编码已处理 - 环境变量不生效 → 确认文件以
.http结尾，且顶部有@host = ...这类定义；变量名不能含空格或特殊符号 - 响应体太大卡顿 → 在设置里关掉
rest-client.previewResponseInUntitledEditor，改用内联预览
真正难的不是装插件，而是把接口测试从“随手一试”变成“可追溯、可共享、可回归”的环节。一个写得清楚的 xxx.http 文件，比口头说“我刚测过这个接口”靠谱得多。
