Laravel怎么获取远程API数据_Laravel使用Http客户端发送请求【基础】

3次阅读

laravel 8+ 推荐使用内置 http 门面发 GET 请求,需引入 use IlluminateSupportFacadesHttp;,URL 必须带协议,超时建议显式设置,4xx/5xx 默认不抛异常需调用 throw() 或检查 failed()。

Laravel怎么获取远程API数据_Laravel使用Http客户端发送请求【基础】

Http 门面发 GET 请求最直接

Laravel 8+ 内置的 Http 门面是获取远程 API 数据的首选,不用装额外包(guzzlehttp/guzzle 已作为底层依赖自动包含)。直接调用 Http::get() 即可,返回的是 IlluminateHttpClientResponse 实例。

常见错误:没加 use IlluminateSupportFacadesHttp; 就调用 Http::get(),报 class 'Http' not found

  • 必须在文件顶部引入:use IlluminateSupportFacadesHttp;
  • URL 必须带协议(https://http://),写成 /api/users 会报错
  • 默认不自动抛异常,4xx/5xx 响应仍返回 Response 对象,需手动调用 throw() 或检查 $response->failed()
  • 超时默认 30 秒,生产环境建议显式设短些:Http::timeout(5)->get(...)

示例:

use IlluminateSupportFacadesHttp;  $response = Http::timeout(5)->get('https://jsonplaceholder.typicode.com/posts/1'); $data = $response->json(); // 自动 json_decode(true)

Token 或 Header 的请求怎么写

多数 API 要求认证头(如 Bearer Token),Http 提供链式方法设置,比拼接数组更清晰。

容易踩的坑:Token 字符串里混入空格或换行(尤其从配置读取时),导致 401;或者把 Authorization 写成 authorization(大小写敏感)。

  • Bearer Token:Http::withToken(config('services.api.token'))
  • 自定义 Header:Http::withHeaders(['X-Api-Version' => 'v2'])
  • 同时用多个头,链式调用即可,顺序无关
  • 如果 Token 来自用户输入(如前端传来的),务必先 trim() 并校验格式,避免静默失败

示例:

$response = Http::withToken(trim(env('API_TOKEN')))     ->withHeaders(['Accept' => 'application/json'])     ->get('https://api.example.com/data');

POST 提交 JSON 数据要注意什么

Http::post() 默认以 application/json 发送,但前提是传入的是数组或对象——若传字符串(比如已 json_encode 过),会变成 text/plain,后端可能解析失败。

典型现象:API 返回 400 或空响应,抓包发现 Content-Type 是 text/plain

  • 正确做法:直接传关联数组Http 自动处理序列化和 header 设置
  • 错误写法:Http::post($url, json_encode($data)) —— 这会导致双 encode 和类型错配
  • 需要发送表单数据(application/x-www-form-urlencoded)?用 asForm()Http::asForm()->post(...)
  • 上传文件暂不支持原生 Http,得回退到 Guzzle 手动构造 multipart

示例:

$response = Http::post('https://api.example.com/users', [     'name' => 'Taylor',     'email' => 'taylor@example.com' ]);

错误处理别只靠 try-catch

Http 的异常机制分两层:网络层异常(如 DNS 失败、连接超时)会抛 IlluminateHttpClientConnectionException;HTTP 层异常(如 404、500)默认不抛,除非调用 throw()

很多开发者只写 try-catch 却漏掉 throw(),结果 404 被当成成功处理,后续 $response->json() 可能返回 NULL 或结构错乱。

  • 推荐组合:Http::timeout(5)->throw()->get(...),让所有非 2xx 都抛异常
  • 想区分错误类型?捕获具体异常:ConnectionException(网络问题)、RequestException(4xx)、ServerException(5xx)
  • 日志记录时,记得打上 $response->body()$response->status(),光记 URL 没用
  • 重试逻辑别手写,用 retry(3, 100)(3 次,间隔 100ms)更稳

真正难的不是发请求,而是判断什么时候该重试、什么时候该降级、什么时候该告警——这些得结合业务状态码和响应体内容来定,Http 本身不替你决策。

text=ZqhQzanResources