file_get_contents访问localhost返回false问题排查（Drupal Docker环境）

问题根因 #

你遇到的问题核心是Docker容器网络的环回地址隔离特性：容器内部的localhost指向容器自身的网络命名空间，而非宿主机器的本地地址。你在宿主浏览器可正常访问http://localhost:81/export/58/pdf是因为Docker做了宿主81端口到容器对应服务端口的端口映射，但容器内部发起请求时访问localhost:81默认不会命中宿主的端口映射规则，因此请求失败。

可行解决方案 #

方案1：替换请求地址为Docker内部服务地址 #

• 如果你用Docker Compose编排服务，直接将请求地址中的localhost:81替换为Drupal服务的服务名+容器内部端口，例如你的Drupal服务在compose.yaml里命名为drupal，内部监听80端口，就将请求地址改为http://drupal/export/58/pdf，Docker内部DNS会自动解析到对应容器的IP
• 如果是单容器运行，可先执行docker inspect 容器名 | grep Gateway拿到容器的网关地址（通常是172.17.0.1这类宿主在Docker网桥的地址），将请求地址改为http://172.17.0.1:81/export/58/pdf即可访问宿主暴露的81端口

方案2：跳过网络请求直接本地读取导出逻辑 #

直接调用Drupal导出PDF的底层方法获取文件内容，无需走HTTP请求：你可以找到负责/export/%nid/pdf路由的控制器方法，在你需要获取PDF内容的位置直接实例化控制器、传入对应参数调用导出方法，直接拿到二进制PDF内容，完全规避网络请求的开销和兼容性问题。

方案3：调整容器网络模式（不推荐，仅做临时验证用） #

启动容器时添加--network=host参数，让容器共享宿主的网络命名空间，此时容器内部的localhost和宿主完全一致，可直接访问http://localhost:81的地址，该方案会破坏容器的网络隔离性，生产环境不建议使用。

故障排查验证方法 #

你可以在容器内部执行以下命令验证网络连通性，确认问题根源：

# 进入容器
docker exec -it 你的Drupal容器名 bash
# 测试请求原地址
curl -v http://localhost:81/export/58/pdf
# 测试替换后的Compose内部服务地址
curl -v http://drupal/export/58/pdf
# 或测试宿主机网关地址
curl -v http://172.17.0.1:81/export/58/pdf

如果替换地址后curl可正常返回PDF二进制内容，再调整PHP代码中的请求地址即可解决file_get_contents和curl返回空的问题。

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