Postman API Client 基础
从 request、response、auth 到多协议支持，理解 Postman 作为 API Client 的基础工作台能力。
#tech / dev / api
#type / synthesis
#status / growing
#resource / postman
[!info] related notes
- 所属 MOC: postman-moc
- 相关概念: HTTP 与前端网络请求, gRPC MOC
- 易混淆概念: APIFox, postman-vs-apifox
- 相关资源: postman
Postman API Client 基础
范围
这篇笔记只讨论 Postman 作为 API Client 的基础心智模型，不展开治理、Catalog、MCP Server 这些平台级能力。
为什么要放在一起理解
很多人把 Postman 理解成“点一下 GET/POST 的调试器”，但它的基础工作台能力其实由一组稳定对象组成：
- request
- response
- auth
- params / headers / body
- cookies / certificates
- 历史记录与多协议请求
理解这一层，后面的 collection、runner、mock 才有语境。
依赖路径 / 调用链 / 演进链
最基础的调用流程是：
- 创建一个 request
- 配置 method、URL、params、headers、body、auth
- 发送请求并读取 response
- 根据返回结果修正参数、鉴权或环境
- 再把 request 组织进 collection 或自动化流程
Postman 的扩展意义在于，它支持的不再只是 HTTP 表单调试，而是把多种协议入口都收进同一界面。
常见支持范围包括：
- HTTP / REST
- GraphQL
- gRPC
- WebSocket
- MQTT
对比与易混淆点
Postman 不等于单纯 REST Client
它当然能发 HTTP 请求，但现在已经覆盖多协议调试与 API 平台能力。
request 不是 collection
- request 是一次具体调用
- collection 是一组可组织、可执行、可共享的请求资产
它和 APIFox 很像，但不完全一样
两者都覆盖调试、文档、测试等能力，但 Postman 当前更强调平台化、workspace 协作、monitor、catalog、MCP Server。