调用Geonames时区API遇Undefined array key错误，请求排查

核心问题定位 #

错误Undefined array key "geonames"是因为你的PHP代码硬编码访问$decode['geonames']数组键，但实际接口返回的JSON结构里根本没有这个字段——从你提供的返回结果来看，接口返回的是{"status":{"code":"200",...},"data":null}，仅包含status和data，且data为null，说明API请求未获取到有效数据，或者代码预期的返回结构与实际不符。

具体修复步骤 #

1. 校验API请求参数 #

当前请求仅传了lang=en和country=GB，但很多时区API需要更具体的参数（比如经纬度、城市名）才能返回数据。检查getTimezone.php中调用的上游接口是否需要额外参数，确认country参数的格式是否符合要求。

2. 修正PHP代码（getTimezone.php） #

删掉硬编码的geonames数组访问，根据实际返回结构调整逻辑：

// 假设原代码第25行是 $geonames = $decode['geonames'];
// 替换为以下逻辑：
$response = file_get_contents("你的上游API地址"); // 确保这里的请求参数正确
$decode = json_decode($response, true);

// 先判断返回结构是否有效
if (isset($decode['data']) && $decode['data'] !== null) {
    // 若data里包含纬度信息，按需提取
    $result = [
        'status' => $decode['status'],
        'data' => $decode['data']
    ];
} else {
    // 处理无数据的情况，避免报错
    $result = [
        'status' => [
            'code' => '404',
            'name' => 'no_data',
            'description' => '未获取到时区数据'
        ],
        'data' => null
    ];
}

echo json_encode($result);

先通过var_dump($decode)打印实际返回的结构，再根据真实结构调整数组访问逻辑，不要假设存在geonames字段。

3. 前端脚本（script.js）适配异常情况 #

当接口返回data: null时，前端要做容错处理，避免页面崩溃：

// 绑定表格第一行提交按钮的点击事件
document.querySelector('table tr:first-child .submit-btn').addEventListener('click', function() {
    fetch('http://localhost/task/geonamesExample/libs/php/getTimezone.php?lang=en&country=GB')
        .then(res => res.json())
        .then(data => {
            if (data.data && data.data.lat) {
                // 在表格最后一行插入纬度值
                const table = document.querySelector('table');
                const newRow = table.insertRow(-1);
                const latCell = newRow.insertCell(0);
                latCell.textContent = `纬度：${data.data.lat}`;
            } else {
                alert('未获取到有效纬度数据，请检查请求参数');
            }
        })
        .catch(err => console.error('请求失败：', err));
});

4. 排查上游API配置 #

如果确认参数正确但data仍为null，检查getTimezone.php中调用的上游地理信息API（比如geonames官方接口）是否配置了有效密钥——多数地理API需要密钥才能返回非空数据，这可能是数据为空的核心原因。

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