使用Guzzle OAuth2订阅者手动设置AccessToken仍抛NullGrantType异常

以下是几个常见的排查方向：

• 检查中间件的初始化顺序
  Guzzle的HandlerStack在添加中间件时会创建实例的副本，如果你先把中间件推入栈，再调用setAccessToken，修改的是原实例，栈里的副本并没有拿到令牌。正确的顺序是先设置令牌，再将中间件加入栈：

  // 正确流程
  $grantType = new NullGrantType();
  $oauthMiddleware = new OAuth2Middleware($grantType);
  // 先设置令牌
  $oauthMiddleware->setAccessToken([
      'access_token' => 'your_valid_token',
      // 可选：如果设置expires，确保是未来的时间戳
      // 'expires' => time() + 3600
  ]);
  // 再加入HandlerStack
  $stack = HandlerStack::create();
  $stack->push($oauthMiddleware);
  $client = new Client(['handler' => $stack]);
  

• 验证setAccessToken的参数格式
  必须传入包含access_token键的关联数组，不能直接传令牌字符串。如果只传字符串，中间件无法识别为有效令牌，依然会判定无令牌可用。

• 确认中间件的栈顺序
  确保OAuth2中间件在HandlerStack中的位置足够靠前，避免被其他会提前触发请求的中间件（比如重试、日志中间件）拦截，导致令牌还未被注入就发送了请求。如果用push不行，可以尝试用unshift把它放在栈的最前面。

• 排查是否存在重复实例
  检查代码中是否不小心创建了多个OAuth2Middleware实例，比如一个设置了令牌但没加入栈，另一个没设置令牌却被加入了栈。确保加入栈的是调用过setAccessToken的那个实例。

• 检查令牌的有效期设置
  如果传入的参数包含expires字段，确认该时间戳是未来的时间。如果令牌已过期，NullGrantType不会自动获取新令牌，也会抛出这个异常。可以暂时去掉expires字段测试。

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