Symfony HttpClient调用外部API时Bearer认证失败（401错误）

以下是几个可能的问题点及对应的排查/解决方法：

1. 协议不一致（HTTP vs HTTPS） #

你获取Token的请求用的是https://api.namebright.com，但调用业务接口时用的是http://api.namebright.com。很多API会强制要求HTTPS，若Postman中用的是HTTPS而代码里用HTTP，可能导致重定向时Authorization头丢失，或直接被API拒绝。

解决方法：将业务接口URL改为HTTPS：

$response = $this->client->request(
    'GET',
    'https://api.namebright.com/rest/purchase/availability/google.pt',
    [
        'headers' => [
            'Authorization' => $token,
        ],
    ]
);

2. GET请求中多余的Content-Type头 #

GET请求通常不需要Content-Type: application/json头，部分API会拦截这类不符合规范的请求。Postman可能自动省略了该头，而你的代码手动添加后触发了验证失败。

解决方法：移除GET请求中的Content-Type头：

$response = $this->client->request(
    'GET',
    'https://api.namebright.com/rest/purchase/availability/google.pt',
    [
        'headers' => [
            'Authorization' => $token,
        ],
    ]
);

3. 检查Symfony HttpClient的实际请求头 #

Symfony HttpClient可能自动修改头信息，或在重定向时丢失Authorization头。可以打印请求详情确认实际发送的头：

// 发送请求后打印请求头详情
$info = $response->getInfo();
var_dump($info['request_headers']);

若发现Authorization头未正确发送，可使用Symfony HttpClient原生的auth_bearer选项替代手动拼接头：

$response = $this->client->request(
    'GET',
    'https://api.namebright.com/rest/purchase/availability/google.pt',
    [
        'auth_bearer' => $auth->toArray()['access_token'],
    ]
);

此方法会自动生成标准的Bearer授权头，避免手动拼接的潜在错误。

4. 检查重定向行为 #

若API将HTTP请求重定向到HTTPS，Symfony HttpClient默认跟随重定向，但跨协议重定向时默认不会携带Authorization头。可禁用重定向或配置携带头：

$response = $this->client->request(
    'GET',
    'https://api.namebright.com/rest/purchase/availability/google.pt',
    [
        'headers' => [
            'Authorization' => $token,
        ],
        'max_redirects' => 0,
    ]
);

当然最稳妥的方式还是直接使用HTTPS请求，避免触发重定向。

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