不能完全替代，但能覆盖80%日常联调场景；它不保存历史请求、不支持环境变量分组管理、无自动化断言和脚本能力，但可从代码直接生成请求，支持URL跳转、Services树展示、JSON转换等高效开发功能。
RestfulToolkit 能不能替代 Postman？
不能完全替代，但能覆盖 80% 日常联调场景。它不保存历史请求、不支持环境变量分组管理、没有自动化断言和脚本能力——这些是 Postman 的核心优势。但如果你只是想快速发起一次 GET 或 POST 请求验证逻辑，不需要复用或归档，RestfulToolkit 真的比切窗口、粘地址、手写 JSON 快得多。
关键区别在于定位逻辑：Postman 是“先有请求再找代码”，RestfulToolkit 是“从代码直接生成请求”。它依赖项目源码扫描，所以必须项目已编译且 Controller 类被正确识别（比如 @RestController 和 @RequestMapping 注解不能拼错）。
Ctrl+\ 搜不到接口？检查这三件事
快捷键 Ctrl+\ 是最常用入口，但搜不到往往不是插件问题，而是扫描条件未满足：
-
@RequestMapping或@GetMapping等注解路径不能是变量拼接（如@GetMapping(value = PREFIX + "/user")），插件只解析字面量字符串 - Controller 类没加
@RestController或@Controller，或者类在 IDEA 当前 module 之外（比如多模块项目中未正确 import 子模块） - IDEA 缓存未更新：重启后仍不显示，可尝试
File > Invalidate Caches and Restart > Invalidate and Restart
右侧 RestServices 面板参数填不对？注意类型推导规则
面板里自动生成的参数不是凭空来的，它严格按 Spring 注解和参数类型推导：
-
@PathVariable参数会生成 URL 占位符（如/user/{id}→id=1），但不会自动补全路径，需手动填数字或字符串 -
@RequestParam会列出 key，默认值为空，必须手动输入；若方法签名含required = false，该字段才可能留空 -
@RequestBody会尝试把对应 Java 类转成 JSON 示例，但仅限 public 字段且有 getter；如果类用了 Lombok@Data却没开lombok.anyConstructor.addConstructorProperties=true，可能漏字段
常见坑：@RequestBody User user 推导出的 JSON 如果缺字段，别急着改 JSON，先检查 User 类是否所有字段都可序列化（比如有 transient 或非 public 字段）。
Send 请求后 404 或 500？优先查服务地址和 Content-Type
RestfulToolkit 默认发请求到 http://localhost:8080，但实际项目端口或上下文路径经常不同：
- 右键点击 RestServices 面板顶部的「Settings」图标，修改 Base URL（如改成
http://localhost:9090/api） -
POST/PUT请求若带@RequestBody，必须手动在 Headers 标签页加Content-Type: application/json，否则 Spring 会报HttpMessageNotReadableException - 如果接口需要认证，插件不自动携带 Cookie 或 Token，得手动在 Headers 里填
Authorization: Bearer xxx
真正容易被忽略的是：插件生成的请求体 JSON 如果含中文，而服务端未配置 UTF-8 解码（比如 Tomcat 8+ 默认已支持，但老版本或自定义 Servlet 容器可能需显式设置），返回乱码或 400 错误时，根本不会提示编码问题。
