新建请求应先选方法再填参数：URL栏不直接粘贴带参链接，用Params选项卡输入键值对；必须显式设置Authorization和Content-Type；环境变量不作用于Params，需手动写{{var_name}}。
点击 + 按钮就能新建请求，但别急着填 URL
Postman 里新建 HTTP 请求最直接的方式就是点界面左上角的 + 按钮——它不是装饰，是唯一推荐入口。但很多人点完就立刻往 URL 栏里粘链接，结果发不出请求或报 400 / 401，其实问题常出在方法没选对、头没配全、或者 body 格式错位。
真正要做的第一步，是先确认接口文档里写的请求方法：GET 不需要 Body，POST 多数要 application/json；PUT 和 PATCH 更新资源时，Content-Type 和是否带 body 得严格匹配后端约定。
URL 输入框里不能直接塞带参数的完整链接
如果接口文档给的是类似 https://api.example.com/v1/users?id=123&status=active 这种带查询参数的 URL，别整个复制进去再手动删改。Postman 提供了专门的 Params 选项卡，点开它，一行一个键值对输入，比如：
-
id→123 -
status→active
Postman 会自动拼成合法的 query string 并做 URL 编码。手动拼容易漏转义（比如空格变 + 或 %20），尤其当参数含中文、斜杠或特殊符号时，Params 是唯一靠谱方式。
Authorization 和 Content-Type 必须显式设置，不能靠“自动识别”
很多新手以为选了 POST、贴了 JSON 就万事大吉，结果返回 415 Unsupported Media Type——大概率是漏设 Content-Type: application/json。同理，用 Bearer Token 认证时，Authorization 头必须手动填成 Bearer ，而不是只在 Authorization 选项卡里选类型却忘了输 token。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
常见错误组合：
- 选了
Authorization选项卡里的Bearer Token，但 token 字段留空 → 返回401 - Body 选了
raw+JSON，但 Headers 里没加Content-Type→ 返回415 - 用
form-data发文件，却在 Headers 里硬加Content-Type: application/json→ 后端解析失败
发完请求前，务必检查右上角环境是否选对
如果你用了环境变量（比如 {{base_url}}），但右上角环境下拉菜单显示的是 No Environment，那所有 {{xxx}} 都不会被替换，URL 直接变成 https://{{base_url}}/api/...，最终报 ERR_NAME_NOT_RESOLVED 或 404。
切换环境的操作非常隐蔽：右上角眼睛图标旁那个下拉框，必须手动点开并选中你创建好的环境名（如 dev 或 prod）。这个状态不保存在请求里，每次新开标签页都要重新确认。
真正容易被忽略的是：环境变量只作用于 URL、Headers、Body 和 Pre-request Script，但它**不作用于 Params 选项卡里的值**——那里得手动写 {{var_name}} 才能生效。
