curl_cffi项目中的GET参数重复处理问题解析

在Python网络请求库curl_cffi的0.6.2版本中，开发者发现了一个关于GET请求参数处理的异常行为。当使用params参数传递字典时，如果原始URL中已经包含重复的参数键，这些重复参数会被错误地丢弃，只保留最后一个值。

问题现象

通过对比curl_cffi和标准requests库的行为差异，可以清晰地观察到这个问题：

# curl_cffi 0.6.2版本
requests.get("http://example.com/?a=1&a=2", params={"b":3})
# 实际请求URL变为：http://example.com/?a=2&b=3 （丢失了a=1）

# 标准requests 2.31.0版本
requests.get("http://example.com/?a=1&a=2", params={"b":3})
# 正确保留所有参数：http://example.com/?a=1&a=2&b=3

技术背景

HTTP协议允许GET请求中包含重复的参数名，这是完全合法的语法。许多Web应用程序会利用这个特性来实现某些功能，例如：

1. 多选框的选择值传递
2. 数组参数的表示
3. 某些API设计的特殊需求

curl_cffi库在内部处理URL参数合并时，采用了类似字典的覆盖策略，而不是保留所有参数值。这与标准库requests的行为不一致，也违反了HTTP参数的常规处理方式。

临时解决方案

在官方修复发布前，开发者可以采用以下替代方案：

1. 手动拼接完整URL：

from urllib.parse import urlencode
base_url = "http://example.com/?a=1&a=2"
params = {"b":3}
full_url = f"{base_url}&{urlencode(params)}"

2. 避免使用params参数，直接在URL中包含所有参数

问题影响

这个bug主要影响以下场景：

• 需要向后端传递多个同名参数的API调用
• 需要精确控制URL参数顺序和重复性的特殊需求
• 从标准requests库迁移到curl_cffi的代码

最佳实践建议

在HTTP客户端库的使用中，建议：

1. 对于关键业务逻辑，始终验证生成的最终URL
2. 考虑编写参数处理的自定义封装函数
3. 在库版本升级时，特别注意参数处理相关的测试用例

该问题已在后续版本中得到修复，开发者可以关注项目更新以获取修复版本。