Android开发：Facebook与Google的Signin、Signup流程是否相同及授权提示问题

从SDK实现逻辑层面，Facebook的Signin与Signup不存在完全独立的两套客户端流程，仅在服务端处理分支上有明确区别

• 你已跑通的「首次点击按钮完成注册」逻辑，对应OAuth流程的全新用户分支：用户首次授权你的应用时，SDK会引导完成全量权限确认，返回首次授权的access token，你的后端拿到token后校验身份、创建App侧的用户档案，即完成注册全流程。
• 已注册用户的登录操作，不需要更换SDK调用方式：操作过程中收到的you previously signed in "app Name"提示，是SDK对「已经给你的应用授过权」的老用户的正常交互分支，确认后SDK会直接返回有效身份凭证，你的后端只需要用这个凭证匹配已存在的用户档案、下发登录态，即可完成登录。
• 两个流程的客户端侧调用代码完全一致，差异点仅在服务端的逻辑判断：拿到Facebook返回的身份凭证后，数据库匹配到对应用户就走登录分支，未匹配到就走新建用户的注册分支，不需要单独为登录编写独立的SDK调用代码。

Google的第三方登录注册设计逻辑和Facebook完全同源，不存在本质差异

• Google Sign-In同样没有拆分独立的Signup和Signin客户端流程，统一走标准的Google授权入口：首次授权的用户完成档案创建即为注册，已授权的老用户完成身份匹配即为登录，核心分支逻辑和Facebook完全一致。
• 仅有的交互细节差异是：Google的SDK对已授权过应用的老用户，不会弹出类似Facebook的「此前已授权」提示，会直接返回有效身份凭证，流程感知更平滑。

补充说明：主流社交登录SDK普遍不会强制拆分注册和登录入口，核心目的是降低用户的操作成本，避免用户因找不到对应功能入口流失，所有的分流判断逻辑都交由应用自身的服务端完成。

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