Postman发送第一个请求只需选对方法（GET/POST）并填完整URL（含协议），点击Send即可；GET参数走URL或Params，POST参数必须放Body，Headers和环境变量非必需但影响成功率。
Postman 发送第一个请求，不需要登录账号、不需要配置环境变量、也不需要写脚本——直接填 URL 点 Send 就能拿到响应。
选对方法和 URL 是最关键的一步
新手最容易卡在“不知道该选 GET 还是 POST”。绝大多数公开测试接口（比如 https://jsonplaceholder.typicode.com/posts/1 或 https://postman-echo.com/get）都只接受 GET 请求。如果随便输一个地址又没指定方法，Postman 默认是 GET，但一旦你手动改成 POST 却没配 Body，服务器大概率返回 400 或 500。
- 先确认目标接口文档或调试经验：它是否要求提交数据？如果是查数据、读资源，基本用 GET
- URL 必须完整，包含协议（
https://或http://），漏掉会报Error: getaddrinfo ENOTFOUND - 别在 URL 里硬塞参数再选 POST——POST 的参数应放在
Body或Params标签页，不是拼在地址后面
Headers 不填也能发，但某些接口会静默失败
很多初学者以为 Headers 可以全空着，结果请求发出去了，状态码却是 401 Unauthorized 或 406 Not Acceptable。这不是 Postman 的问题，而是服务器强制校验。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
-
Accept: application/json建议加上，尤其调用 REST API 时，否则有些服务返回 HTML 错误页而不是 JSON -
Content-Type在 POST/PUT 时才关键；GET 请求不用设，设了反而可能被忽略或引发歧义 - 如果接口需要鉴权，
Authorization头必须存在且格式正确，例如Bearer abc123，少个空格都会导致 401
Body 标签页只在非 GET 请求中生效
这是最常被误解的一点：你在 GET 请求里切到 Body 标签页输入内容，点击 Send 后，Postman 实际根本不会把那段内容发出去——GET 没有请求体。此时 Body 区域是灰色不可用状态（新版 Postman 会提示 “Not applicable for GET”）。
- POST 请求才需要关注
Body：选raw+JSON最常用；form-data适合带文件的表单；x-www-form-urlencoded对应传统网页登录框 - 选
raw后，务必从下拉菜单选对格式，比如 JSON 数据却选了Text，Postman 不会自动加Content-Type: application/json，服务器收不到正确类型头 - JSON 内容必须语法合法，多一个逗号、少一个引号，会触发
400 Bad Request，错误信息通常在响应体里写明，别只盯着 Status 码
真正容易被忽略的是请求历史（History）面板——它默认不展开，但每次 Send 后都会存一条记录。如果你改了 URL 或 Body 却没看到新响应，很可能点错了历史里的旧请求在反复重放。关掉 History 或清空它，能避免大量“我明明改了怎么还是老结果”的困惑。
