Postman无HTTP版本下拉菜单，因其基于Chromium网络栈，协议由TLS握手阶段ALPN自动协商决定，客户端UI不提供手动切换；实际版本需通过DevTools Network面板的Protocol列确认，且HTTP/2需HTTPS+服务器支持h2 ALPN。
Postman 默认不暴露 HTTP 协议版本选择界面，无法直接在 UI 中切换 HTTP/1.1 或 HTTP/2 —— 它由底层网络栈自动协商决定，你看到的“HTTP/1.1”或“HTTP/2”响应头是服务器返回的，不是 Postman 手动设置的。
为什么 Postman 没有 HTTP 版本下拉菜单
Postman 基于 Chromium 网络栈（Electron 应用），其 HTTP 客户端行为遵循浏览器标准：发起请求时发送 ALPN 协议协商，由服务器决定最终使用的协议版本。UI 层未提供开关，是因为该控制权不在客户端应用逻辑中，而在 TLS 握手阶段。
常见误解是认为改个下拉框就能强制发 HTTP/2 请求 —— 实际上，即使你用 HTTPS URL，若服务器不支持 HTTP/2 或禁用了 ALPN，Postman 仍会回落到 HTTP/1.1。
- HTTP/1.1：默认兜底，兼容性最强
- HTTP/2：需满足两个前提：HTTPS + 服务器明确通告支持（通过
h2ALPN token） - HTTP/3：Postman 当前（2026 年 11 月）**不支持**，无 QUIC 实现
如何确认当前请求实际走的是哪个协议版本
最可靠的方式是看响应头中的 via 或直接检查 DevTools 网络面板（需开启）：
- 点击右上角扳手图标 → Settings → General → 开启
Enable Developer Tools - 发送请求后，按
Ctrl+Shift+I（Windows/Linux）或Cmd+Option+I（macOS）打开 DevTools - 切换到 Network 标签页 → 找到对应请求 → 查看
Protocol列（显示h2或http/1.1）
注意：响应头里不会写明协议版本，HTTP/2 200 这类起始行只在原始 socket 日志中可见，Postman UI 不展示。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
遇到 HTTP/2 不生效的典型原因和对策
如果你明确知道服务器支持 HTTP/2，但 Postman 总是回退到 HTTP/1.1，优先排查以下几点：
- URL 写成了
http://而非https://—— HTTP/2 在明文 HTTP 下基本不被支持（除极少数开发服务器如 nghttpx 启用 h2c） - 服务器 TLS 配置缺失 ALPN，或 ALPN 列表不含
h2（可用openssl s_client -alpn h2 -connect example.com:443验证） - Postman 使用了代理（如 Fiddler、Charles），而代理不支持或未透传 ALPN —— 尝试关闭代理再测
- 本地 hosts 文件或 DNS 污染导致请求被劫持到不支持 HTTP/2 的中间节点
没有“强制 HTTP/2”的配置项，强行绕过协商只会失败；如果真需要验证 HTTP/2 行为，建议用 curl -v --http2 https://api.example.com 对照排查。
真正需要关心的其实是 Content-Type 和 TLS 配置
比起纠结协议版本，更常影响请求成败的是：
-
Content-Type头是否匹配Body格式（比如 JSON 请求漏设application/json） -
SSL certificate verification是否开启（Settings → General），尤其对接自签名证书时 - 是否误把参数塞进 URL（GET 风格）却选了 POST 方法，后端未做容错
协议版本是基础设施层自动协商的结果，而这些才是你在 Postman 里每天要调、要查、要改的真实变量。
