Android Studio Java 如何将Google、Facebook登录集成信息存入Firebase实时数据库

核心逻辑和你已实现的邮箱密码注册存库逻辑完全通用：只要Firebase Auth完成登录拿到统一的FirebaseUser实例，就以用户唯一IDgetUid()为实时库节点主键存储，不需要针对第三方登录单独写一套存库流程。

基于现有Google登录代码的改造方案 #

你当前的Google登录代码在认证成功分支直接跳转页面，只需要在跳转逻辑前补全存库代码即可，改造后的完整代码如下：

private void firebaseAuthWithGoogle (GoogleSignInAccount acct){
    AuthCredential credential = GoogleAuthProvider.getCredential(acct.getIdToken(), null);
    fAuth.signInWithCredential(credential)
            .addOnCompleteListener(this, new OnCompleteListener() {
                @Override
                public void onComplete(@NonNull Task task) {
                    if (task.isSuccessful()) {
                        // 认证成功获取统一的FirebaseUser实例
                        FirebaseUser user = fAuth.getCurrentUser();
                        
                        // ===== 新增实时数据库存储逻辑 开始 =====
                        // 复用你之前存储邮箱注册用户的数据库引用
                        DatabaseReference userDbRef = FirebaseDatabase.getInstance().getReference("Users");
                        
                        // 整理需要持久化的用户字段，所有取值都做了空值兜底，避免空指针
                        HashMap<String, Object> userInfo = new HashMap<>();
                        userInfo.put("uid", user.getUid());
                        userInfo.put("userName", user.getDisplayName() == null ? "" : user.getDisplayName());
                        userInfo.put("email", user.getEmail() == null ? "" : user.getEmail());
                        userInfo.put("avatarUrl", user.getPhotoUrl() == null ? "" : user.getPhotoUrl().toString());
                        userInfo.put("loginType", "google"); // 标记登录类型，和邮箱注册的"email"值做区分
                        
                        // 以用户uid为节点主键存储，使用updateChildren避免覆盖已有业务数据
                        userDbRef.child(user.getUid()).updateChildren(userInfo)
                                .addOnCompleteListener(dbTask -> {
                                    // 存储流程完成后再跳转主页，不阻塞登录主流程
                                    Intent intent = new Intent(getApplicationContext(), MainActivity.class);
                                    startActivity(intent);
                                    finish();
                                });
                        // ===== 新增实时数据库存储逻辑 结束 =====

                    } else {
                        Toast.makeText(login.this, "Sorry auth failed.", Toast.LENGTH_SHORT).show();
                    }
                }
            });
}

关键注意事项 #

• 存库方法优先用updateChildren()，不要用setValue()：如果用户后续绑定了多种登录方式，或者节点下已经存储了收藏、地址等业务数据，setValue()会清空该节点下所有原有内容，updateChildren()只会更新你传入的用户基础信息字段，不会影响其他数据。
• 不需要调整Firebase Realtime Database的安全规则：现有针对邮箱注册用户的读写规则（仅已认证用户可读写自身节点）完全兼容第三方登录的存储逻辑，不需要单独适配。
• 字段取值兼容处理：第三方平台的部分用户可能未设置昵称、绑定公开邮箱，直接取值会触发空指针，代码中已经对所有可能为空的字段做了默认空字符串兜底。

Facebook登录的适配方式 #

完全复用上述存库逻辑：在Facebook登录流程完成Firebase Auth认证、拿到FirebaseUser实例的成功回调里，把上述存库代码直接复制进去，仅需要把loginType字段的值修改为"facebook"即可。因为Firebase Auth对所有登录方式的用户对象做了统一封装，不管是Google、Facebook还是手机号登录，暴露的uid、昵称、邮箱、头像接口完全一致，不需要单独适配取值逻辑。

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