能否仅使用Firebase做身份验证，其余用户数据存储在自建SQL数据库？

结论 #

完全可以对接，这种「Firebase承接身份认证能力+自有数据库存储业务数据」的混合架构是非常普遍的实践方案，完全适配你做社交媒体应用的需求。
先纠正一个小的概念混淆：你提到的用Firebase做身份验证，对应的是Firebase体系下的Firebase Auth产品，Firestore是Firebase提供的NoSQL文档数据库，不过两者的对接逻辑是通用的。

主流对接方案（按推荐优先级排序） #

1. 后端Token校验方案（生产环境首选，安全性最高） #

这是最常用的对接方式，流程非常成熟：

• 客户端先调用Firebase Auth的接口完成用户注册/登录，拿到Firebase下发的用户ID Token
• 后续客户端所有请求你自有服务的接口（包括发布内容、上传图片、拉取数据等），都统一在请求头中携带这个ID Token
• 你的自有后端服务接入对应开发语言的Firebase Admin SDK，收到请求后先调用SDK的verifyIdToken()方法校验Token的合法性，校验通过就能拿到解码后的用户唯一UID、注册邮箱等身份信息
• 确认用户身份合法后，你就可以正常操作自有SQL数据库，完成业务数据的读写；你还可以把Firebase返回的用户UID作为SQL库中用户表的唯一关联键，把Firebase侧的身份数据和你自己存储的用户业务数据完全打通

小提示：Firebase ID Token默认有效期是1小时，客户端需要调用Firebase提供的刷新接口自动更新Token，避免请求失效。

2. Cloud Functions触发同步方案（适合用户数据自动同步场景） #

如果你需要把Firebase侧的用户生命周期事件自动同步到你的自有SQL库（比如新用户注册自动在你的用户表插入一条记录、用户注销账号自动标记你的库中用户状态），可以用Firebase Cloud Functions的Auth触发器实现：

• 在Firebase控制台配置对应触发规则，比如functions.auth.user().onCreate()（新用户注册触发）、functions.auth.user().onDelete()（用户注销触发）
• 触发后的云函数中直接编写逻辑，要么调用你自有服务的接口，要么直连你的SQL数据库，完成两边数据的同步，不需要你额外开发定时同步逻辑

3. 客户端直连方案（仅适合原型测试，生产禁用） #

如果是做快速原型验证、没有搭建后端服务，可以让客户端拿到Firebase身份凭证后直接请求你的SQL数据库的公开接口，但是这种方式没有后端校验环节，身份凭证极易被伪造，生产环境绝对不要使用。

你提到的用户上传图片存储到自有库的需求，完全可以走第一套方案：客户端把图片文件和Token一起传给你的后端，后端校验身份合法后，把图片存入你的存储服务，对应的文件路径、所属用户UID等信息存入SQL库即可，不需要依赖Firebase的存储服务。

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