PHP中cURL访问远程文件需正确配置代理类型、认证、超时及HTTPS隧道等参数，否则易静默失败；file_get_contents()不原生支持代理，二进制文件下载须启用CURLOPT_BINARYTRANSFER并禁用自动解压缩。
PHP 用 cURL 访问远程文件时怎么设置代理
直接在 curl_setopt() 中启用代理即可，关键不是“能不能”，而是代理类型、认证和超时配置不匹配时会静默失败或报错 CURLOPT_PROXY 未生效。
- HTTP 代理用
CURLOPT_PROXY，值为"http://127.0.0.1:8080"；SOCKS5 代理需额外设CURLOPT_PROXYTYPE为CURLPROXY_SOCKS5 - 带用户名密码的代理必须用
CURLOPT_PROXYUSERPWD，格式是"user:pass"，不能拼在 URL 里（cURL 不解析） - 务必加
CURLOPT_TIMEOUT和CURLOPT_CONNECTTIMEOUT，否则代理连不上时卡死 60 秒才报错 - 如果目标是 HTTPS 文件，代理本身是 HTTP，得确保
CURLOPT_HTTPPROXYTUNNEL设为true，否则 CONNECT 请求被拒绝
curl_setopt($ch, CURLOPT_PROXY, "http://192.168.1.100:3128"); curl_setopt($ch, CURLOPT_PROXYUSERPWD, "proxyuser:proxypass"); curl_setopt($ch, CURLOPT_PROXYTYPE, CURLPROXY_HTTP); curl_setopt($ch, CURLOPT_HTTPPROXYTUNNEL, true); curl_setopt($ch, CURLOPT_TIMEOUT, 15); curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 5);
cURL 获取远程文件内容失败但没报错？检查这几个点
常见现象是 curl_exec() 返回空字符串、curl_getinfo($ch, CURLINFO_HTTP_CODE) 是 0，但 curl_error($ch) 也为空——这往往说明代理连接阶段就断了，而非 HTTP 层错误。
- 先用
curl -x "http://user:pass@host:port" https://httpbin.org/ip在命令行验证代理可用性 - PHP 中开启
CURLOPT_VERBOSE并重定向到临时文件，看底层是否发出 CONNECT 请求、是否收到 200 或 407 - 某些企业代理强制要求域名白名单，访问非白名单域名会直接关闭连接，此时
CURLOPT_FOLLOWLOCATION可能干扰判断，建议先关掉 - OpenSSL 版本太低（如 CentOS 6 自带的 1.0.1e）可能无法与现代代理 TLS 握手，升级系统或编译新版 cURL
file_get_contents() 能不能走代理
不能原生支持。它底层不走 cURL，而是 PHP 的 streams 扩展，只认 http_proxy 环境变量（且仅限 CLI 模式），Web SAPI（如 Apache、FPM）默认忽略该变量。
- 若硬要配合使用，可在脚本开头设
putenv("http_proxy=http://u:p@h:p")，但仅对 CLI 有效，FPM 下无效 -
stream_context_create()可配置http选项，但不支持代理认证，也不支持 SOCKS，功能非常有限 - 结论：别折腾
file_get_contents()，统一用 cURL 更可控
代理访问远程图片/PDF 等二进制文件要注意什么
重点不是“怎么下载”，而是“怎么不损坏”。默认 cURL 把响应当文本处理，遇到 \0 字节或编码转换会出问题。
立即学习“PHP免费学习笔记（深入）”；
- 必须设
CURLOPT_BINARYTRANSFER为true（PHP 5.1.3+ 默认 true，但显式写上更安全） - 禁用自动解压缩：
CURLOPT_ENCODING设为空字符串，否则 gzip 响应可能被提前解压乱码 - 不要用
json_decode(curl_exec($ch))直接处理二进制流，先存临时文件或用fopen('php://memory', 'r+b')写入再读取 - 注意
CURLOPT_RETURNTRANSFER必须为true，否则curl_exec()直接输出到 stdout，二进制内容会被终端截断或转义
CURLINFO_* 返回的原始连接状态，而不是只盯 HTTP 状态码。 
