Postman如何发起请求？底层实现机制深度问询

核心实现：既不是 Fetch 也不是直接调用 cURL #

Postman 的请求处理逻辑是自定义的跨平台网络层，和浏览器的 Fetch API 或原生 cURL 有本质区别，具体分平台来看：

1. 桌面端（Electron 应用） #

• 底层依赖 Electron 的net模块（Node.js 网络模块的封装），而非浏览器环境的 Fetch。因为 Fetch 受浏览器同源策略限制，而 Postman 需要支持跨域、自定义证书、代理等高级网络操作，Node.js 的net模块能提供更底层的控制能力。
• 对于 WebSocket、GraphQL 等特殊协议，会单独封装对应的处理逻辑，而非复用现有工具。
• 虽然支持导出请求为 cURL 命令，但这只是格式转换，实际发送请求时并不会调用 cURL 进程。

2. 网页版 Postman #

• 受浏览器环境限制，基础请求会基于 Fetch API，但会通过 Postman 自有代理服务器转发请求，绕过浏览器同源策略。
• 代理服务器会处理证书验证、自定义 Header、请求重定向等浏览器 Fetch 不支持或受限的操作，相当于在浏览器和目标服务器之间加了一层中转，让网页版也能具备桌面端的大部分功能。

和 Fetch、cURL 的关键差异 #

• 权限与控制能力：Postman 能直接操作 TLS 证书、自定义代理、修改 TCP 超时/连接复用等底层参数，这些是 Fetch 做不到的；相比 cURL，它不需要启动独立进程，性能更好，且能在应用内直接处理响应流。
• 跨平台一致性：不管是桌面端还是网页版，Postman 都对外提供统一的请求配置界面，底层会根据环境自动适配实现逻辑，而 Fetch 仅局限于浏览器环境，cURL 是命令行工具，没有统一的 GUI 适配层。

额外细节 #

Postman 内部维护了一套完整的请求生命周期管理机制：从解析用户配置（Header、Body、参数）→ 预处理请求（变量替换、脚本执行）→ 发送请求→ 接收响应→ 后处理（测试脚本、响应格式化），整个流程均为自主实现，并非依赖现有工具的简单封装。

内容的提问来源于stack exchange，提问作者Resident Hill