CURLOPT_PORT仅在URL不带端口时生效，否则被忽略；file_get_contents需用stream_context_create的http.port指定端口（仅HTTP）；Guzzle应直接在URL中写端口。
curl_setopt 设置 CURLOPT_PORT 失效？
PHP 的 curl_setopt 确实支持 CURLOPT_PORT，但很多人发现设了没用——根本原因是：当 URL 中已含端口（如 http://api.example.com:8080），cURL 会优先使用 URL 里的端口，忽略 CURLOPT_PORT 设置。
解决办法只有一个：URL 必须不带端口，再靠 CURLOPT_PORT 显式指定。
- ✅ 正确写法：
$url = 'http://api.example.com'; curl_setopt($ch, CURLOPT_PORT, 8080); - ❌ 错误写法：
$url = 'http://api.example.com:8080'; curl_setopt($ch, CURLOPT_PORT, 9000);（后者会被无视） - 注意：如果目标是 HTTPS，
CURLOPT_PORT仍有效，但需同步确保CURLOPT_SSL_VERIFYPEER和证书配置合理，否则连接直接失败
file_get_contents + stream_context_create 走自定义端口
file_get_contents 比 cURL 更轻量，但默认不支持端口覆盖。必须用 stream_context_create 手动构造上下文，并在 http 选项里指定 port。
关键点在于：port 是 http 协议层的选项，不是全局 socket 设置；且该方式不支持 HTTPS 自定义端口（底层 SSL 握手会强制走 443，除非你手动改 ssl 上下文并绕过验证，风险高，不推荐）。
立即学习“PHP免费学习笔记（深入）”；
- 仅适用于 HTTP 场景：
$context = stream_context_create(['http' => ['method' => 'POST', 'header' => "Content-Type: application/json", 'content' => json_encode($data), 'port' => 8080]]); file_get_contents('http://api.example.com', false, $context); - 若 URL 域名后写了端口（如
http://api.example.com:8080），port选项会被忽略 - 超时、重试等需额外配
timeout、ignore_errors等键，缺一不可
POST 数据发到非标端口时的 Connection refused 常见原因
即使 URL 和端口都对了，还是连不上，大概率不是 PHP 问题，而是服务端或网络层拦截。
- 目标服务是否真在监听那个端口？用
telnet api.example.com 8080或nc -zv api.example.com 8080直接测通不通 - PHP 运行用户（如 www-data）是否被防火墙策略限制出站？特别是容器或云主机环境，安全组/iptables 可能只放行标准端口
- Apache/Nginx 反向代理配置里，
proxy_pass如果写死为http://backend:80，那无论客户端怎么传端口，后端永远收到 80 —— 要改配置才能透传
用 Guzzle 时怎么指定非标端口？
Guzzle 7+ 默认把端口视为 URL 的一部分，所以最稳的方式仍是拼完整 URL；强行用 base_uri + port 选项容易失效。
- ✅ 推荐：
$client->post('http://api.example.com:8080/endpoint', ['json' => $data]); - ⚠️ 不推荐：
new \GuzzleHttp\Client(['base_uri' => 'http://api.example.com', 'port' => 8080])（port不是 Guzzle 的合法 client 选项） - 如果要用 base_uri 统一前缀，就老老实实写成
http://api.example.com:8080，别拆
