为何命令行wget可正常工作，file_get_contents却无法运行？

嘿，这个问题我熟！核心原因大概率是请求头的区别——尤其是User-Agent这个字段。很多网站（比如你访问的ebird.org）会拦截那些没有明确标识的HTTP请求，而PHP的file_get_contents默认不带User-Agent，直接裸奔请求，自然被拒；但wget会自动带上自己的标识，所以能顺利拿到内容。

具体到你的场景 #

ebird.org应该做了反爬或者请求合法性校验，当它检测到请求没有合法的User-Agent时，就直接断开连接，导致你看到"failed to open stream"的警告。

解决办法：给file_get_contents加个请求头 #

你可以用stream_context_create()创建一个带自定义请求头的上下文，模拟wget或者浏览器的请求标识，代码改这样就行：

// 模拟wget的User-Agent，也可以换成Chrome等浏览器的标识
$opts = [
    'http' => [
        'header' => "User-Agent: Wget/1.17.1 (linux-gnu)\r\n"
    ]
];
$context = stream_context_create($opts);

// 带着上下文发起请求
$testDownload = file_get_contents("https://ebird.org/region/US-AL-001?yr=all", false, $context);
echo $testDownload;

额外排查点 #

• 检查PHP的allow_url_fopen配置：可以通过phpinfo()查看，如果这个选项是Off的话，file_get_contents根本没法访问远程URL，得去php.ini里改成allow_url_fopen = On，然后重启Web服务。
• 网络环境差异：比如你的PHP运行在Apache/Nginx下，可能有代理或防火墙限制，但终端的wget用的是不同的网络配置——不过这种情况比较少见，先优先试上面的请求头方法。

内容的提问来源于stack exchange，提问作者user3409700