PHP 5.6 HTTPS POST需解决证书验证、数据格式、文件上传和TLS版本四类问题：配置cacert.pem路径修复SSL证书错误；数组自动编码为x-www-form-urlencoded，JSON需手动设Content-Type；文件上传必须用CURLFile对象；强制设置CURLOPT_SSLVERSION为TLSv1.2确保兼容性。
PHP 5.6 发起 HTTPS POST 请求本身不难，但常见报错（如 SSL certificate problem: unable to get local issuer certificate 或 SSL connect error）几乎都源于 SSL/TLS 层配置缺失或不匹配。核心不是“怎么写 POST”，而是“如何让 HTTPS 连得上、验得过、传得稳”。
证书验证失败：必须配好 CA 包
cURL 在 PHP 5.6+ 默认强制校验证书，但 Windows 环境通常没内置可信 CA 证书包，Linux 若未装 ca-certificates 也会失败。
- 运行
php -r "print_r(openssl_get_cert_locations());"，查看default_cert_file路径是否存在、是否可读 - 若路径为空或文件不存在，去 curl 官网下载 cacert.pem（Mozilla 维护的最新 CA 包），保存为 UTF-8 无 BOM 格式
- 在
php.ini中添加一行：curl.cainfo = "/path/to/cacert.pem"（Windows 用正斜杠或双反斜杠，如C:/php/cacert.pem） - 重启 Web 服务（Apache/Nginx）或 PHP-FPM，再测试
POST 数据格式与 Content-Type 必须严格对应
后端拒绝请求（400/415）往往不是 HTTPS 问题，而是数据“长得不像它要的”。PHP 5.6 对 CURLOPT_POSTFIELDS 的处理逻辑很明确：
- 传数组（如
['user'=>'a', 'pass'=>'b']）→ cURL 自动编码为application/x-www-form-urlencoded，无需手动设Content-Type - 传 JSON 字符串（
json_encode($data)）→ 必须显式加请求头：Content-Type: application/json - 不要把数组直接
json_encode()后又塞进表单结构里，也不要在传数组时手动覆盖Content-Type，否则后端解析错乱
上传文件：必须用 CURLFile，禁用 @ 语法
PHP 5.6 起已废弃 @/path/to/file 写法，继续用会导致静默失败或空 $_FILES。
立即学习“PHP免费学习笔记（深入）”；
- 构造
CURLFile实例：new CURLFile('/tmp/photo.jpg', 'image/jpeg', 'photo.jpg') - 三个参数分别是：文件绝对路径、MIME 类型（可用
finfo_file(finfo_open(FILEINFO_MIME_TYPE), $path)动态获取）、上传时显示的文件名（影响$_FILES['field']['name']） -
CURLOPT_POSTFIELDS接收关联数组，键为字段名，值为CURLFile对象 - 别手动设置
Content-Type: multipart/form-data—— cURL 会自动生成带正确 boundary 的头
TLS 版本兼容性：优先锁定 TLSv1.2
部分 HTTPS 接口（尤其银行、政务类）已禁用 TLS 1.0/1.1，而旧系统默认协商可能失败。
- 运行
php -r "print_r(curl_version());"，检查ssl_version是否为 OpenSSL（非 NSS/GnuTLS），并确认version_number≥ 7.34.0 - 在 cURL 句柄中加：
curl_setopt($ch, CURLOPT_SSLVERSION, CURL_SSLVERSION_TLSv1_2) - 若需 TLS 1.3，确保 cURL ≥ 7.52.0 且 OpenSSL ≥ 1.1.1；否则设了也无效
- 调试阶段可临时加
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false)和curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, false)快速定位是协议还是证书问题，但上线前务必移除
