Postman默认支持HTTPS请求，但常因证书校验失败、客户端证书未配对或Content-Type错误导致报错；需通过关闭SSL验证（仅测试）、导入CA证书或正确配置PEM格式客户端证书解决。
Postman 默认就能发 HTTPS 请求，不需要额外装插件或改底层设置——只要 URL 是 https:// 开头，点 Send 就走 TLS 握手。真正卡住人的，从来不是“能不能发”，而是证书校验失败、客户端证书没配对、Content-Type 错位这三类问题。
为什么点 Send 后报 “SSL Error” 或 “Unable to verify the first certificate”
这是 Postman 在 TLS 握手阶段验证服务器证书时失败的典型表现，常见于内网服务、测试环境或自签名证书场景。
- 最直接但危险的做法：进
Settings → General关掉SSL certificate verification——仅限本地调试，生产环境绝对不能开这个开关 - 更稳妥的方式：把目标服务的根证书（
.crt或.pem）导入到Settings → Certificates → CA Certificates，Host 填域名（如api.internal.dev），不带端口和路径 - 注意证书链完整性：如果服务端只返回了终端证书，没附带中间 CA，Postman 会验不过。此时需手动合并证书链成单个 PEM 文件再导入
POST 请求体是 JSON，但后端收不到数据或报 400
这不是 HTTPS 特有，但 HTTPS 场景下更容易被忽略——因为错误响应被加密层“吞掉”了一层表象。
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 必须显式设置
Headers里的Content-Type: application/json，Postman 不会自动补；漏了就变成text/plain，Spring Boot 等框架直接拒收 - Body 选
raw，右侧下拉菜单务必选JSON（不是Text），否则中文可能乱码，且部分服务端 JSON 解析器会因 BOM 或换行异常 - 如果后端用的是
@RequestBody Map<string object></string>这类泛型接收，确保 JSON 是合法结构，空字段别传null字符串，而应省略键名
需要双向 TLS（mTLS）？客户端证书怎么配才生效
Postman 支持客户端证书，但配置位置隐蔽，且格式要求严格——它只认 PEM 格式，不接受 .p12 或 .jks。
- 先用 OpenSSL 转换：若你只有
client.p12，执行openssl pkcs12 -in client.p12 -clcerts -nokeys -out client.crt提取公钥，再执行openssl pkcs12 -in client.p12 -nocerts -nodes -out client.key提取私钥 - 在
Settings → Certificates → Client Certificates点Add Certificate，填 Host（如auth.example.com）、Cert file（client.crt）、Key file（client.key），Passphrase 留空或填对应密码 - 关键细节：Host 必须和请求 URL 的域名完全一致（不支持通配符），且不能带端口；证书必须由服务端信任的 CA 签发，否则仍会握手失败
最容易被忽略的是证书路径权限和格式兼容性——Postman 读取 .key 文件时，如果私钥是 PKCS#8 格式（开头为 -----BEGIN PRIVATE KEY-----），某些旧版本会静默失败；换成 PKCS#1（-----BEGIN RSA PRIVATE KEY-----）再试，往往就通了。
