请问如何监听GuzzleHttp的请求？

可类似封装一个，在中间件中记录日志，当然这个是指有良好的架构前提先进行的

public function request(string $url, string $method, Closure $callback): ApiResponse
    {
        $this->url = $url;
        $this->method = strtoupper($method);
        // 执行中间件
        $middlewares = $this->getMiddleware();
        $pipeline = app(Pipeline::class);
        $response = $pipeline->send($this)
            ->through($middlewares)
            ->then(function () use ($callback) {
                event(new ApiRequestStart($this));
                // 记录请求开始时间
                $this->start();
                // 请求接口
                $response = $this->fetch($this->getUrl(), $this->getMethod());
                // 记录请求结束时间
                $this->end();
                try {
                    // 处理请求后的接口, 该闭包一般用来格式化接口数据和判断接口返回是否正常
                    $response = $callback($response);
                } catch (Throwable $e) {
                    // 记录错误日志, 不在这抛出异常(因日志中间件会走不下去). 当全部中间件执行完后才由后面抛出
                    $response->setError()->setErrorCode($e->getCode())->setMessage($e->getMessage())->setException($e);
                } finally {
                    // 触发请求完成事件
                    event(new ApiRequestComplete($this, $response));
                }
                return $response;
            });

        // 有异常时直接抛出指定异常
        if ($response->getException()) {
            throw $response->getException();
        }

        // 其他出错时抛出(正常情况是不会走进这里的, 一般会在上面的$callback($response)把异常全部抛出来)
        if ($response->isError()) {
            throw new RequestException($response->getMessage(), $response->getErrorCode());
        }

        return $response;
    }

我们是在guzzle 类上包了一层，然后在里面做的日志

GuzzleHttp 的自带的 Middleware 就可以实现：

use GuzzleHttp\Client;
use GuzzleHttp\HandlerStack;
use GuzzleHttp\Middleware;
use GuzzleHttp\Utils;
use Psr\Http\Message\RequestInterface;

$stack = new HandlerStack();
$stack->setHandler(Utils::chooseHandler());

$stack->push(Middleware::mapRequest(function (RequestInterface $r) {
    echo 'A';
    return $r;
}));

$stack->push(Middleware::mapRequest(function (RequestInterface $r) {
    echo 'B';
    return $r;
}));

$stack->push(Middleware::mapRequest(function (RequestInterface $r) {
    echo 'C';
    return $r;
}));

$client->request('GET', 'http://httpbin.org/');
// echoes 'ABC';

$stack->unshift(Middleware::mapRequest(function (RequestInterface $r) {
    echo '0';
    return $r;
}));

$client = new Client(['handler' => $stack]);
$client->request('GET', 'http://httpbin.org/');
// echoes '0ABC';

更多功能参考官方文档：docs.guzzlephp.org/en/stable/handl...

github.com/huzaifaarain/telescope-... 了解下

我明白OP希望在各个业务方不改动源码的情况下，监听RequestSending事件，那么让我们看看RequestSending事件是在哪里发出的，在laravel项目中全局搜索RequestSending方法，你会找到一个：$pendingRequest->dispatchRequestSendingEvent();的调用，这个调用被丢进了PendingRequest的beforeSendingCallbacks属性里面，作为request真正发起前的回调，那我们再找找这个beforeSendingCallbacks在哪里被使用了呢？跟踪这个属性，会发现他在一个beforeSendingCallbacks的方法里被调用了，一路往上跟踪，你会发现，这个方法最终会在buildClient时，作为client的handlerStack传入，至于handlerStack是什么，楼上已经有人给出解释了。事已至此，那么你就应该明白了，在不对Client干预的情况下，它压根不会发出事件，那么你无论如何努力也做不到了。

那么，在这种情况下，到底有没有办法能做到这个事情呢？其实也不是完全没有办法，PendingReuqest这个类，在laravel的Http Facade里面是写死的，所以你没办法配置它，但是你可以patch它，你写一个composer包，把PendingRequest类的内容拷贝一份出来，修改他的buildClient的方法，在它返回你们自己的client时，应用上对应的handlerStack(当然这里面有很多细节要处理)，然后在vendor publish的时候，覆盖掉vendor/laravel/framework/src/Illuminate/Http/Client/PendingRequest.php即可。

以上内容仅是我个人摸鱼时间查看源码得出的理论方案，并未实践验证，具体是否可行可以写代码自行验证。

GuzzleHttp可以添加自带的日志记录中间件 Middleware::log()

我也同意上面提到的中间价。正常情况下你们的client 应该复用。你们的demo貌似多次new client ，所以出现这个问题。