调用星巴克美国站API返回400 Bad Request错误求助

美国星巴克官网的/bff/locations API和英国站的开放API存在明显的验证逻辑差异，直接用curl请求会返回400错误，核心原因如下：

• 缺少必要的浏览器请求头
  美国站的BFF（Backend For Frontend）接口会校验请求的来源和客户端身份，浏览器自动携带的User-Agent、Referer、Accept等头是请求通过的必要条件，而英国站API对这些头的校验宽松。你可以尝试在curl中添加这些头：

  curl -H "User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/118.0.0.0 Safari/537.36" \
       -H "Referer: https://www.starbucks.com/" \
       -H "Accept: application/json, text/plain, */*" \
       "https://www.starbucks.com/bff/locations?lat=46.6540153&lng=-120.5300666&place=Selah%2C%20WA%2C%20USA"
  

• BFF接口绑定前端会话
  /bff前缀的接口是专为官网前端设计的，依赖浏览器会话中的Cookie（比如会话ID、用户状态标识）。浏览器访问首页时会生成这些Cookie，而直接用curl请求门店API时没有携带，触发400错误。英国站的/api/v2/stores/是公共开放接口，不依赖会话绑定。

• 参数校验更严格
  美国站API可能对参数的完整性、精度有要求。比如浏览器发送的请求可能包含radius（搜索半径）等你没注意到的参数，或者place字段的编码细节需要完全匹配浏览器的请求内容，缺失或不一致会导致参数校验失败。

• 反爬虫机制拦截
  美国站API的反爬策略更严格，会识别非浏览器请求。直接curl请求没有模拟浏览器的行为特征（比如JS生成的签名、请求顺序），被服务器判定为异常请求返回400。

解决建议 #

1. 打开Chrome开发者工具，复制浏览器请求/bff/locations时的所有请求头和参数，完全复刻到curl中
2. 先通过curl请求星巴克美国官网首页，获取响应中的Cookie，再携带这些Cookie请求门店API
3. 确保请求参数和浏览器发送的完全一致，包括任何隐含的参数（如radius）

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