Laravel 9 的 HTTP 客户端默认返回响应对象，无需 CURLOPT_RETURNTRANSFER；其底层基于 Guzzle，自动封装了 cURL 的低阶操作，如 $response->body() 等价于原生 cURL 开启 RETURNTRANSFER 后的返回值。
在 Laravel 9 中，你**不需要也不应该手动调用 cURL 函数**（如 curl_init()、curl_setopt()），更不存在设置 CURLOPT_RETURNTRANSFER 的需求。
为什么没有 CURLOPT_RETURNTRANSFER？
Laravel 9 的 HTTP 客户端（Illuminate\Support\Facades\Http）底层基于 Guzzle，它默认就以“返回响应对象”为行为准则——这正是 CURLOPT_RETURNTRANSFER => true 在原生 cURL 中想达成的效果。你拿到的是一个 Illuminate\Http\Client\Response 实例，而不是需要自己 curl_exec() 后判断真假的原始资源句柄。
对应原 cURL 返回值的常用写法
你关心的“获取响应内容”，直接调用响应对象的方法即可：
Laravel Cloud
下载
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
-
获取原始响应体字符串（等价于原 cURL 开启
RETURNTRANSFER后的curl_exec()返回值）：$response->body() -
解析并返回解码后的数组/对象（自动处理 JSON）：
$response->json() -
获取状态码：
$response->status() -
判断是否成功（2xx）：
$response->successful()
错误处理已内建，无需手动检查 false
原生 cURL 常见模式是：if (false === $result) { /* 处理错误 */ }。Laravel HTTP Client 默认在 HTTP 错误（4xx/5xx）时抛出 GuzzleHttp\Exception\RequestException，你只需用 try/catch 捕获即可，逻辑更清晰：
- 启用自动报错（推荐）：使用
withOptions(['http_errors' => true])（默认就是 true） - 静默失败（不推荐）：加
->throw(false)，此时仍可用$response->failed()判断
本质上，Laravel 9 的 HTTP Client 把所有底层细节封装好了，RETURNTRANSFER 这类低阶控制已经消失——它不是被“隐藏”了，而是被设计成“默认且唯一合理的行为”。
