file_get_contents抓网页失败主因是allow_url_fopen被禁用；HTTPS报SSL错误需配置CA证书而非禁用验证；不支持Cookie持久化、重定向等，应优先用cURL替代。
file_get_contents 抓网页时返回空或 false
直接调用 file_get_contents 抓网页失败，多数是因为 PHP 默认禁用了 allow_url_fopen —— 它不是网络问题，是配置开关没开。先检查：ini_get('allow_url_fopen') 返回 '' 或 0 就是关了。
- 服务器环境（尤其共享主机）常默认关闭，改
php.ini不现实，别硬试 - 用
curl替代是最稳妥的 fallback 方案，file_get_contents本身不支持 POST、Cookie 持久化、自定义 User-Agent 等基础需求 - 如果只是临时调试且能改配置，加一句
ini_set('allow_url_fopen', '1');（注意：某些托管环境会忽略运行时设置）
抓 HTTPS 网页报 “SSL operation failed” 错误
错误信息类似：file_get_contents(): SSL operation failed with code 1。本质是 OpenSSL 验证远端证书失败，常见于自签名证书、过期证书或中间 CA 缺失。
- 最简绕过方式是用
stream_context_create关闭验证：['ssl' => ['verify_peer' => false, 'verify_peer_name' => false]] - 但生产环境绝不要这么干——会暴露中间人攻击风险；正确做法是配好系统 CA 包路径，比如在上下文中指定
'cafile' => '/etc/ssl/certs/ca-certificates.crt' - 注意：PHP 5.6+ 默认启用证书验证，老版本行为不同，升级后容易突然出错
需要带 Cookie 或 Header 才能访问的页面
file_get_contents 本身不维护会话，每次都是“裸请求”。想模拟登录后行为，必须手动传 Header 和 Cookie 字符串。
- 用
stream_context_create构造上下文，通过http选项传header（注意换行用\r\n，不是\n） - 示例：
header => "User-Agent: Mozilla/5.0\r\nCookie: sid=abc123;" - 无法自动处理重定向（
Location）和 Set-Cookie 合并，要自己解析响应头再发起下一次请求 - 参数名易错：
user_agent是 cURL 选项，file_get_contents里必须写成User-Agent（HTTP 头格式）
超时、大文件或中文乱码问题
默认无超时，可能卡死；返回二进制内容不处理编码，直接 echo 中文就是乱码。
立即学习“PHP免费学习笔记（深入）”；
- 必须设超时：
'timeout' => 10（单位秒），否则 DNS 慢或对方不响应会导致脚本 hang 住 - 响应体含中文？先看
Content-Type响应头是否带charset=utf-8，再用mb_convert_encoding或iconv转——别假设它一定是 UTF-8 - 抓大网页（>2MB）容易内存溢出，
file_get_contents是全量加载到内存的，没流式读取能力；真要处理大页面，得换fopen + fread分块读
真正麻烦的从来不是“能不能抓”，而是“怎么让每次请求都像浏览器一样稳定又可控”。file_get_contents 只适合最简单的 GET 场景，稍有交互就该切到 cURL。
