如何通过try/catch执行API调用以确保连接正常？现有方法均失效

这个问题我之前也碰到过！核心原因是file_get_contents在网络断开或地址解析失败时，抛出的是PHP警告（Warning），而不是标准的可捕获Exception——默认情况下PHP不会把警告自动转为异常，所以你的try/catch根本抓不到它。下面给你两种靠谱的解决方案：

方法一：将警告转为可捕获的异常 #

我们可以通过set_error_handler函数，把PHP的警告错误转换成ErrorException，这样就能用try/catch捕获了。同时还要处理file_get_contents返回false的情况，以及JSON解析后的数组索引安全问题：

// 临时替换错误处理函数，将警告转为异常
set_error_handler(function($errno, $errstr, $errfile, $errline) {
    throw new ErrorException($errstr, 0, $errno, $errfile, $errline);
});

try {
    // 发起API请求
    $jsonData = file_get_contents('https://api.coinmarketcap.com/v1/ticker/bitcoin/');
    // 检查请求是否成功返回数据
    if ($jsonData === false) {
        throw new Exception('API请求返回空数据');
    }
    // 解析JSON
    $json = json_decode($jsonData, true);
    // 用null合并运算符确保索引不存在时不会报错
    $BTCprice = $json[0]["price_usd"] ?? 0;
} catch (Exception $e) {
    // 捕获所有异常，设置默认价格
    $BTCprice = 0;
    // 可选：记录错误日志方便排查
    // error_log('API请求失败: ' . $e->getMessage());
}

// 恢复PHP默认的错误处理机制
restore_error_handler();

方法二：使用cURL替代file_get_contents（推荐） #

file_get_contents在网络请求场景下的可控性很差，而cURL能提供更灵活的错误处理、超时设置、HTTP状态码校验，是处理API请求的更好选择：

$BTCprice = 0;

// 初始化cURL请求
$ch = curl_init('https://api.coinmarketcap.com/v1/ticker/bitcoin/');
// 设置返回结果不直接输出，而是返回给变量
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
// 自动跟随重定向
curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true);
// 设置超时时间（10秒），防止请求挂死
curl_setopt($ch, CURLOPT_TIMEOUT, 10);

// 执行请求
$jsonData = curl_exec($ch);
// 获取HTTP状态码，判断请求是否成功
$httpCode = curl_getinfo($ch, CURLINFO_HTTP_CODE);
// 获取cURL错误信息
$curlError = curl_error($ch);

// 关闭cURL连接
curl_close($ch);

// 校验请求结果：数据正常返回+HTTP状态码为2xx
if ($jsonData !== false && $httpCode >= 200 && $httpCode < 300) {
    $json = json_decode($jsonData, true);
    $BTCprice = $json[0]["price_usd"] ?? 0;
} else {
    // 可选：记录错误信息
    // error_log('API请求失败: ' . $curlError . ', HTTP状态码: ' . $httpCode);
}

为什么你原来的方法失效？ #

• 方法1的try/catch抓不到警告：因为默认PHP只捕获Exception类型的异常，警告属于错误级别，不属于异常范畴；
• 方法2的if判断虽然能检测file_get_contents返回false，但它会先抛出警告（如果你的PHP错误显示级别开着，会输出到页面），而且重复调用了两次API，既低效又没必要。

额外提醒：不要用@符号来抑制file_get_contents的警告，这会隐藏其他潜在的错误问题，不利于排查。

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