MVC5自定义Pinterest OAuth2 OWIN中间件调用接口授权失败

我之前也碰到过类似的Pinterest API授权问题，结合你的MVC5+OWIN自定义中间件场景，咱们一步步来排查：

1. 确认访问令牌的权限范围（Scopes）是否匹配 #

Pinterest的每个API端点都需要对应权限，/v1/me/pins/这个端点至少需要read_pins权限（如果是要创建/修改 pins 则需要write_pins）。你在发起OAuth2授权请求时，必须明确指定这些scope：

• 检查你的OWIN中间件配置，确保Scope参数包含所需权限，示例代码如下：

  app.UsePinterestAuthentication(new PinterestAuthenticationOptions
  {
      ClientId = "你的ClientId",
      ClientSecret = "你的ClientSecret",
      Scope = new[] { "read_pins" } // 这里必须和API需求对应
  });
  

2. 验证访问令牌的有效性 #

有时候拿到的令牌可能过期或者无效，你可以直接在后端验证：

• 发送GET请求到https://api.pinterest.com/v1/oauth/token，请求头带上Authorization: Bearer {你的访问令牌}，查看返回结果。如果令牌无效，需要重新引导用户完成授权流程。

3. 检查API请求的格式和头部 #

调用/v1/me/pins/时，这些细节不能错：

• 必须在请求头里正确携带Bearer令牌：Authorization: Bearer YOUR_ACCESS_TOKEN
• 请求的Content-Type要设置为application/json（GET请求也建议带上）
• 确认URL没有拼写错误，Pinterest的v1 API目前是有效状态，但要注意路径格式正确。

4. 检查Pinterest开发者后台的应用配置 #

• 登录Pinterest开发者后台，确认你的应用是否处于测试模式：测试模式下只有添加到「测试用户」列表的账号才能调用API，如果你用的是未添加的账号，就会授权失败。
• 核对应用的重定向URI是否和OWIN中间件里配置的完全一致，包括http/https、端口号、路径，Pinterest对URI匹配的要求非常严格，哪怕多一个斜杠都会出问题。

5. 排查自定义OWIN中间件的实现细节 #

因为是自定义中间件，可能存在令牌处理的疏漏：

• 确认中间件正确解析了Pinterest返回的访问令牌，没有出现截断、编码错误或者遗漏令牌内容的情况。
• 测试环境下可以在调用API前打印令牌内容，和Pinterest授权返回的令牌做对比，确保传递的是完整有效的令牌。

小技巧：先用Postman直接调用/v1/me/pins/接口，带上正确的令牌和请求头。如果Postman能成功，说明问题出在你的OWIN中间件或者API请求代码里；如果Postman也失败，那就是权限、令牌本身或者应用配置的问题。

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