fopen() 不能替代 curl 或 file_get_contents()，因其仅支持 GET、无法获取状态码/headers、不支持 POST/自定义 header/cookie/ssl 控制，且 4xx/5xx 不报错；file_get_contents() 与 fopen() 共用流封装器，仅封装层级不同；推荐优先使用 cURL 或 Guzzle。
fopen() 打开网址本质上不是“http 请求”，而是通过 php 的 allow_url_fopen 机制触发的流封装（stream wrapper）读取，底层可能复用 cURL 或 socket，但行为、控制粒度和错误处理都远弱于专用 HTTP 客户端。
为什么 fopen(‘http://…’) 不能替代 curl 或 file_get_contents()
它只是把远程 URL 当作一个“可读流”来对待，不支持：
-
fopen()返回的是资源句柄（Resource），无法直接获取响应状态码、headers、重定向跳转路径 - 无法设置超时精度（只支持
default_socket_timeout全局配置，不能 per-request 控制） - 不支持 POST 数据体、自定义 header（如
Authorization、Content-Type）、cookie 管理、SSL 验证开关等关键请求控制项 - 遇到 4xx/5xx 响应时，默认仍返回成功流，不会报错，业务层极易误判
fopen(‘http://…’) 实际触发的是哪个协议实现？
取决于 PHP 编译时启用的流封装器，常见情况：
- 若启用了
http流封装器（默认开启），则走 PHP 内置的简易 HTTP 客户端逻辑，仅支持 GET，无重试、无 keep-alive、无 chunked 解码健壮性保障 - 不走系统 cURL 扩展，即使已安装
curl，fopen()也不会自动切换过去 - 若禁用
allow_url_fopen（生产环境常禁），直接失败并抛出警告：Warning: fopen(): allow_url_fopen is disabled
file_get_contents() 和 fopen() 走的是同一套流机制吗？
是的。只要 URL 是 http:// 或 https:// 开头，file_get_contents() 底层也调用相同的流封装器，区别仅在于封装层级：
立即学习“PHP免费学习笔记（深入）”；
-
fopen()+fread()是流式读取，适合大响应体分块处理（但实际很少用，因缺乏进度控制） -
file_get_contents()是一次性加载全部内容到内存，更常用，但也因此无法处理超大响应（如 > memory_limit） - 两者都受
max_execution_time和memory_limit限制，且无法像 cURL 那样用CURLOPT_PROGRESSFUNCTION监控下载进度
真正需要发 HTTP 请求时，该选什么？
优先用 curl_init()（稳定、可控、广泛兼容），次选用 PSR-7 客户端如 guzzlehttp/guzzle（适合现代项目，自动处理 jsON、表单、中间件等）：
-
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true)必须设，否则输出直接刷屏 -
curl_setopt($ch, CURLOPT_HTTPHEADER, [...])可精确控制每个请求头 -
curl_getinfo($ch, CURLINFO_HTTP_CODE)能拿到真实状态码，CURLINFO_HEADER_OUT可调试发出的请求 - 注意
CURLOPT_SSL_VERIFYPEER和CURLOPT_SSL_VERIFYHOST在测试环境可能需临时关闭，但生产必须保持开启
用 fopen() 开远程 URL 是历史遗留的“能跑就行”写法，现在只要涉及错误处理、调试、安全或非 GET 场景，基本立刻掉坑里。别被它看起来像文件操作就放松警惕——网络不是本地磁盘。