本文旨在指导开发者在使用guzzle发送http请求时，如何正确处理查询参数中包含大于（>）、小于（
在使用HTTP客户端（如Guzzle）向API发送请求时，经常需要通过查询字符串（Query String）传递过滤条件，其中可能包含“大于”、“小于”等比较运算符。直接将这些特殊字符拼接到URL中，或不当处理，常常会导致URL编码问题，使得服务器无法正确解析参数，进而引发错误响应，例如401 Unauthorized。
Guzzle中查询参数的规范处理
Guzzle作为一款强大的HTTP客户端，提供了标准且推荐的方式来处理查询参数，即通过请求选项中的query键传递一个关联数组。这种方式的优势在于Guzzle会自动对参数的键和值进行URL编码，确保生成的URL符合RFC 3986规范，从而避免手动拼接字符串时可能出现的编码错误。
不推荐的做法（用户原始问题中的示例）：
$this->client = new Client([
'base_uri' => $base_url . $version . '/',
'handler' => $stack,
'auth' => 'oauth'
]);
// 手动拼接查询字符串，容易出错且不处理编码
$query_string = "?filter=status='active'&dateLastModified>" . "'"$some_date"'" . "&limit=500";
$response = $this->client->get('/students' . $query_string);上述代码中，开发者试图手动拼接包含>运算符的查询字符串。这种做法不仅复杂，而且当>等特殊字符直接出现在URL中时，它们会被Guzzle（或浏览器）自动进行URL编码，例如>会被编码为%3E。虽然这种编码从URL规范角度是正确的，但如果服务器端没有预期到或没有正确解码，就可能导致参数解析失败。
常见API过滤语法模式及Guzzle实现
理解目标API期望的过滤语法是解决问题的关键。不同的API可能采用不同的模式来表达“大于”、“小于”等操作符。
模式一：API参数键中包含运算符
某些API可能设计为直接将运算符作为参数键的一部分，例如将dateLastModified>作为一个完整的参数键。
Guzzle实现：
当将包含特殊字符（如>）的字符串作为query数组的键时，Guzzle会自动对其进行URL编码。这是符合URL规范的行为。服务器端在接收到请求后，需要对这些编码后的参数键进行解码，才能正确识别原始的键名。
use GuzzleHttp\Client;
use GuzzleHttp\HandlerStack;
use GuzzleHttp\Middleware;
// 假设 $base_url, $version, $some_date, $oauth_middleware 已定义
$base_url = 'http://api.example.com/';
$version = 'v1';
$some_date = '2021-09-01T16:39:00.000Z';
// 示例：设置一个简单的处理栈，用于模拟认证
$handlerStack = HandlerStack::create();
// 假设有一个OAuth认证中间件
// $handlerStack->push(Middleware::oauth(...), 'oauth');
$client = new Client([
'base_uri' => $base_url . $version . '/',
'handler' => $handlerStack, // 使用handlerStack
// 'auth' => 'oauth' // 如果是Guzzle的auth插件，可以这样配置
]);
// 如果API期望 'dateLastModified 
