先检查 curl_init 是否存在，若不存在说明扩展未启用；若存在但 curl_exec 返回 false，则根据 curl_error 信息判断是 DNS、网络还是 SSL 问题。
curl_exec() 返回 false 怎么快速确认是不是本地没开 curl 扩展
直接写个最小可运行脚本，比查 phpinfo() 更快定位问题：
运行后如果报 curl_init 不存在，说明扩展根本没加载；如果返回 false 且 curl_error() 提示 Could not resolve host，大概率是 DNS 或网络配置问题，不是扩展本身的问题。
Windows 下 WAMP/XAMPP 的 curl 扩展启用步骤（常被跳过的一步）
很多用户改了 php.ini 却没生效，核心原因是：WAMP/XAMPP 实际读取的不是你编辑的那个文件。
- 打开 PHP 脚本，用
phpinfo()查看Loaded Configuration File对应的真实路径 - 确认该
php.ini中已取消注释：extension=php_curl.dll - 检查
php_curl.dll文件是否真实存在于ext/目录下（注意：PHP 8.0+ 可能叫php_curl，不带.dll后缀） - 重启 Apache（不是仅刷新页面）——WAMP 点绿图标重启，XAMPP 点 “Restart” 按钮
漏掉任意一步都会导致 curl_init 不可用。
Linux/Mac 用 CLI 测试 curl 是否可用（绕过 Web 服务器）
Web 环境和 CLI 环境可能加载不同配置，必须分开验证：
$ php -m | grep curl
$ php -r "var_dump(function_exists('curl_init'));"
$ php -r "/$ch = curl_init('https://httpbin.org/get'); curl_setopt(/$ch, CURLOPT_RETURNTRANSFER, 1); echo curl_exec(/$ch); curl_close(/$ch);"
如果 php -m 没输出 curl，说明 CLI 模式下扩展未启用。Debian/Ubuntu 用户需执行 sudo apt install php-curl，然后确认 /etc/php/*/cli/conf.d/zz-curl.ini 存在且内容为 extension=curl。
HTTPS 请求失败但 HTTP 成功？检查 OpenSSL 依赖是否就绪
curl 能发 HTTP 但一碰 HTTPS 就卡住或报 SSL certificate problem，不是证书问题，而是底层 OpenSSL 绑定异常：
tenghe网站管理系统基于ASP+ACCESS环境开发。tenghe企业网站管理系统(多风格+手机版)是由tenghe网络多年建站经验而开发，简单实用。利于优化，后台简洁明了，非常实用。 功能简介：本源码有多风格。蓝色，绿色，红色 ，黑色。 网站后台管理：地址：域名/admin/ 用户名：admin 登陆密码：admin 源码仅供学习，测试，研究之用
- 运行
php -r "print_r(openssl_get_cert_locations());"，确认default_cert_file路径存在且可读 - 若路径为空或报错，说明 PHP 编译时未正确链接 OpenSSL 库
- Mac 用户用 Homebrew 安装 PHP 时，需确保先装
openssl@3并在编译参数中指定--with-openssl=/opt/homebrew/opt/openssl@3 - 临时绕过证书校验（仅测试用）：
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false); curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, false);
跳过这步，很多本地 HTTPS 接口调用会静默失败。