iOS端使用Firebase Twitter认证获取访问令牌后调用API未授权如何解决

• 你通过Firebase Twitter认证拿到的accessToken属于OAuth 1.0a 体系的用户访问令牌，和Twitter API要求的OAuth 2.0 Bearer Token是完全不同的两类凭证，直接将前者放在Bearer开头的授权头中会直接触发未授权错误。
• Twitter OAuth 1.0a的接口请求要求同时使用accessToken、secret（就是你代码里打印的newCred.secret）、以及你在Twitter开发者后台获取的App Consumer Key、Consumer Secret四个参数生成签名后构造授权头，你当前的请求逻辑完全不符合OAuth 1.0a的调用规则。

分两种实现路径可选：

路径1：使用已获取的OAuth 1.0a凭证调用API #

• 首先登录Twitter开发者后台，确认你的应用已经开通了对应Twitter API v2的访问权限，比如你调用的推文读取接口需要开通读权限。
• 不要使用Bearer格式的授权头，改用OAuth 1.0a签名构造请求：需要传入四个核心参数：你的Twitter App Consumer Key、Consumer Secret、Firebase返回的accessToken、secret，按照Twitter官方签名规则生成授权头即可正常发起请求。
• 手动计算签名复杂度较高，可以直接使用第三方Swift库简化开发，比如OAuthSwift、Swifter，传入四个参数后可自动生成合法请求。

路径2：获取OAuth 2.0 Bearer Token调用API #

如果你明确需要使用Bearer Token模式调用API，无法通过Firebase默认的Twitter登录流程获取，需要调整实现逻辑：

• 如果是无需用户上下文的公开接口场景，可以在你的后端服务调用Twitter的oauth2/token接口，用App的Consumer Key和Secret换取App-only级别的Bearer Token，返回给客户端使用。注意不要直接在客户端硬编码App Secret或者直接请求该接口，避免凭证泄露。
• 如果是需要用户授权的接口场景，需要单独接入Twitter的OAuth 2.0 Authorization Code Flow，走3-legged授权流程获取用户级的Bearer Token，不要使用Firebase封装的Twitter登录能力。

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