Spotify API授权问题：Postman发起客户端凭证流令牌请求遇阻

流程适配说明 #

当前场景适用客户端凭证流（Client Credentials Flow），该流程仅用于获取应用级公开数据的访问权限，全程无用户交互环节，完全不涉及隐式授权流、PKCE授权流、授权码流的配置逻辑。此前参考其他流程添加的参数（如code、code_challenge、redirect_uri、scope、refresh_token等）全部为冗余内容，是请求失败的核心诱因。

标准请求配置步骤 #

基础参数设置 #

• 请求方法：POST
• 请求地址：https://accounts.spotify.com/api/token

请求头配置 #

仅需配置2个必填请求头，无其他额外头要求：

1. 鉴权头
   • 键：Authorization
   • 值生成规则：按{client_id}:{client_secret}格式拼接字符串（中间为英文冒号，无多余空格、无换行），对该字符串做Base64编码后，按Basic {Base64编码结果}的格式填入值栏。
   • 快捷生成方式：可直接在Postman的Authorization面板选择类型为Basic Auth，Username栏填入client_id、Password栏填入client_secret，工具会自动生成符合规范的鉴权头，注意不要手动重复添加Authorization头造成配置覆盖冲突。
2. 内容类型头
   • 键：Content-Type
   • 值：application/x-www-form-urlencoded

请求体配置 #

选择x-www-form-urlencoded格式的请求体，仅保留1个必填参数：

• 键：grant_type
• 值：client_credentials

常见报错排查清单 #

• 触发invalid_client报错：核对Base64编码的字符串有效性，重点检查client_id与client_secret拼接时是否漏加中间冒号、是否存在多余空格，编码结果是否带换行符，是否存在重新生成client_secret后未同步更新编码值的情况。
• 触发unsupported_grant_type报错：检查请求体的Content-Type配置是否正确，是否误用raw JSON格式传参，确认grant_type取值完全为client_credentials，无拼写错误。
• 触发400参数校验报错：检查请求体是否残留其他授权流程的冗余参数，删除所有非grant_type=client_credentials的参数即可。
• 触发权限类报错：确认开发者账号下的对应应用处于激活状态，未触发接口调用限流规则。

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