laravel 8 中 curl: (6) couldn't resolve host 错误根源在环境 dns 解析失败，而非代码问题；应优先检查容器/服务器的 /etc/resolv.conf、docker run --dns 配置或 nslookup 测试，必要时用 http::withoptions(['curl' => [curlopt_dns_servers => '8.8.8.8']]) 临时指定 dns。
在 Laravel 8 中，底层 HTTP 客户端默认基于 Guzzle，而 Guzzle 又依赖 PHP 的 cURL 扩展和系统 DNS 解析机制。因此当遇到 curl: (6) Couldn't resolve host 类错误（如 php_network_getaddresses: getaddrinfo failed），问题**不在 Laravel 代码本身**，而是运行环境的 DNS 解析链出现了中断。解决重点是排查并修复容器或服务器的 DNS 配置，而非修改 Laravel 的请求逻辑。
确认是否为 DNS 解析问题
先排除 Laravel 层干扰，快速定位根源：
- 进入应用所在环境（如 Docker 容器）执行：
ping -c 2 google.com—— 若失败，基本确认 DNS 异常 - 运行：
nslookup example.com 8.8.8.8—— 直接向 Google DNS 查询，若成功则说明本地 DNS 配置有问题 - 用 IP 地址直连测试：
curl -v http://93.184.216.34（example.com 的 IP）—— 若通但域名不通，锁定为 DNS 解析失败
常见于 Docker 环境的 DNS 修复方式
Laravel 8 应用常部署在 Docker 中，而容器默认继承宿主机 DNS，但某些网络模式（如 bridge 或自定义网络）下易丢失或覆盖 DNS 设置：
Leaf Curling & Margin Scorch Diagnosis | 植物卷叶/焦边识别（干旱/病害）
下载
利用农业相机拍摄植物叶片高分辨率图像，通过AI视觉技术检测叶片卷曲方向（向上卷曲或向下卷曲）
- 启动容器时显式指定 DNS：
docker run --dns 119.29.29.29 --dns 8.8.8.8 ... - 在
docker-compose.yml中配置：services:<br> app:<br> dns:<br> - "119.29.29.29"<br> - "8.8.8.8"
- 检查容器内
/etc/resolv.conf是否含有效 nameserver（避免只有127.0.0.11且未运行 dockerd 内置 DNS）
绕过系统 DNS 的 Laravel 层临时方案
若无法立即修改环境（如共享托管、CI/CD 临时调试），可在 Laravel 8 中强制使用已知可用 DNS 进行解析（需 Guzzle 7+ 和 cURL 7.62+）：
- 使用
Http::withOptions()传入 cURL 选项：use Illuminate\Support\Facades\Http;<br><br>$response = Http::withOptions([<br> 'curl' => [<br> CURLOPT_DNS_SERVERS => '8.8.8.8',<br> ],<br>])->get('https://api.example.com'); - 注意：该选项仅影响当前请求，不改变系统级解析；部分旧版 cURL 不支持
CURLOPT_DNS_SERVERS，可降级为--dns-servers方式测试（命令行 curl）
避免 hosts 文件与 nsswitch 干扰
尤其在开发机或 CI 环境中，/etc/hosts 被误改或 nsswitch.conf 中 hosts: files dns 顺序错乱，会导致域名被跳过 DNS 查询：
- 检查容器或宿主机的
/etc/hosts，删除无效条目（如127.0.0.1 api.example.com但实际不应指向本地） - 确认
/etc/nsswitch.conf中hosts:行包含files dns，且顺序正确（files在前用于读取 hosts，dns在后用于真实解析）
