file_get_contents配合stream_context_create是禁用cURL时发起POST请求的原生方案，需手动编码数据、设置Content-Type与Content-Length，支持超时但不自动处理重定向。
用 file_get_contents + stream_context_create 发起 POST（无 cURL 场景）
当服务器禁用 curl 扩展，或你只想用 PHP 原生函数发 POST 请求时，file_get_contents 配合 stream_context_create 是最直接的替代方案。它不依赖额外扩展，PHP 默认开启。
常见错误是直接传数组给 http 选项，导致请求体为空或格式错乱——必须手动拼 application/x-www-form-urlencoded 字符串，或设好 Content-Type 和 Content-Length。
- POST 数据需用
http_build_query($data)编码，不能直接传数组 -
Content-Type必须显式声明，否则服务端可能解析失败（尤其接收$_POST时） - 若目标接口要求 JSON，把数据
json_encode($data)，并改Content-Type为application/json - 超时、重定向等控制能力弱于 cURL，如需 302 跳转自动跟随，得自己处理响应头
$data = ['name' => '张三', 'email' => 'zhang@example.com'];
$options = [
'http' => [
'method' => 'POST',
'header' => "Content-type: application/x-www-form-urlencoded\r\n",
'content' => http_build_query($data),
'timeout' => 5,
]
];
$result = file_get_contents('https://api.example.com/submit', false, stream_context_create($options));
用 fsockopen 手写 HTTP 请求（极简依赖 / 调试场景）
当你连 allow_url_fopen 都被关掉，或者需要完全控制 TCP 层行为（比如测试非标准端口、自定义 Host 头、观察原始响应），fsockopen 是最后手段。它不走 HTTP 封装，所有协议细节都得自己组织。
容易踩的坑是忘记换行符（\r\n 缺一不可）、Host 头写错、没读完响应体就关闭连接，导致后续请求复用连接失败。
立即学习“PHP免费学习笔记（深入）”；
- HTTP/1.1 必须带
Host:头，否则多数 Web 服务器返回 400 - 请求体长度要和
Content-Length严格一致（空格、换行都算） - 响应头与体之间是
\r\n\r\n分隔，不能只用\n\n - 读取响应建议用
stream_get_line($fp, 1024, "\r\n")逐行解析状态行和头，再按Content-Length或分块读体
用 Zend\Http\Client 或 GuzzleHttp\Client（Composer 项目可选）
如果你的项目已用 Composer，且能装包，GuzzleHttp\Client 是比原生 cURL 更干净的封装——它自动处理 JSON 编码、表单提交、重试、中间件等，且不强制依赖 curl：底层可切到 stream 或 curl 驱动。
注意：Guzzle 7+ 默认使用 curl，但可通过配置强制走 stream：['handler' => \GuzzleHttp\Handler\StreamHandler::class]。这在 cURL 被禁但 allow_url_fopen 开启时特别有用。
- 发送 JSON：用
'json' => $array选项，自动设头、编码，不用手拼 - 上传文件：用
'multipart'数组，比原生 cURL 的CURLOPT_POSTFIELDS更直观 - 错误处理统一抛
RequestException，比检查curl_error()或file_get_contents返回false更可靠
为什么 file_get_contents 有时收不到响应或报 400？
不是函数本身有问题，而是 HTTP 协议细节没对齐。典型原因包括：
- 目标接口校验
User-Agent，而file_get_contents默认不发，需在header中补上 - Cookie 未携带，服务端拒绝（如需登录态），得手动提取 Set-Cookie 并加到下个请求头
- HTTPS 请求时证书验证失败（尤其自签名环境），需加
'verify_peer' => false到 SSL 上下文（仅开发用） - POST 数据含中文但没设
Accept-Charset: utf-8，某些老接口会误判编码
真正麻烦的从来不是“怎么发”，而是“发得像一个正常浏览器”——Header、编码、顺序、Cookie、TLS 版本，缺一不可。调试时先用 curl -v 抓通顺的请求，再逐项对齐到 PHP 实现里。
