Golang调用带filters参数的frappe.cloud API返回400报错问题

• 手动拼接的请求URL中Query参数包含URL保留字符（方括号[]、双引号"、参数值内的空格、嵌套等号），未做标准百分号编码。Go标准库http.NewRequest不会对传入的完整URL字符串内的非法/保留字符做自动转义，frappe.cloud服务端收到格式不合法的参数后无法正常解析，直接返回400 Bad Request。
• Postman可正常调用是因为Postman在实际发送请求前，会自动对URL内的Query参数做合规转义，你在Postman地址栏看到的未编码字符串只是展示效果，实际发出的请求是编码后的合规内容。
• 不带filters参数时可以正常运行，是因为该场景下仅fields参数带方括号，服务端对这类简单场景做了兼容解析；但filters参数是多层嵌套结构，包含的特殊字符更多，未编码时会直接触发服务端参数解析校验失败。

不要手动拼接URL的Query串，使用Go标准库net/url提供的Values能力构建Query参数，标准库会自动完成所有特殊字符的合规编码，从根源避免转义问题。
核心修改逻辑参考：

import "net/url"

// ... 原有逻辑
client := &http.Client{}

// 解析基础URL，不要直接把拼好的带参数的字符串传入NewRequest
baseURL, err := url.Parse(dataChannel.APIPath)
if err != nil {
    commons.ErrorLogger.Println(err.Error())
    return nil, err
}
// 加载原有Query参数，自动处理转义
queryValues := baseURL.Query()
// 如果需要新增/修改参数，通过Set方法操作即可，不要直接拼串
// 示例：queryValues.Set("filters", `[["Item","item_group","=","xxx Product"]]`)
// 生成编码后的合法Query串
baseURL.RawQuery = queryValues.Encode()

// 传入编码后的完整URL创建请求
req, err := http.NewRequest("GET", baseURL.String(), nil)
if err != nil {
    commons.ErrorLogger.Println(err.Error())
    return nil, err
}
// ... 后续原有鉴权、请求发送逻辑不变

排查小提示 #

后续遇到同类参数不匹配问题，可以直接打印代码中实际发起请求的完整URL，和Postman控制台中抓取的实际发送请求URL做对比，可快速定位编码/参数差异。

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