FirebaseAuth注册环节未同步写入Realtime Database问题求助

问题根因排查 #

你代码里存在四个核心问题直接导致1%写入失败+崩溃：

• 无异步操作错误处理逻辑：Auth创建、RTDB写入都只处理了成功分支，一旦遇到网络波动、权限拒绝、应用切后台进程被回收、字段序列化失败等情况，写入失败后无任何兜底，账号创建成功但用户数据为空，进入主页读取数据直接崩溃。
• 空指针风险未处理：mAuth.getCurrentUser()即使在Auth创建成功的回调中也存在极端概率返回null，直接调用getUid()会触发空指针崩溃；全局mServer变量如果在注册过程中应用被系统回收重建也会出现状态异常。
• 多节点写入无原子性保证：userdeviceid和users两个节点分开写入，很容易出现前者写成功后者写失败的情况，数据不一致。
• 状态跳转逻辑不合理：写入失败的else分支重复跳转当前注册页，会导致任务栈混乱，也是崩溃诱因之一。

修复代码 #

1. 补全signUp方法的空判断与异常处理 #

private void signUp(){
    mAuth.createUserWithEmailAndPassword(email, password)
            .addOnCompleteListener(this, new OnCompleteListener<AuthResult>() {
                @Override
                public void onComplete(@NonNull Task<AuthResult> task) {
                    if (task.isSuccessful()) {
                        FirebaseUser user = mAuth.getCurrentUser();
                        // 新增空判断，避免空指针
                        if(user != null){
                            writeNewUser(user.getUid(), email);
                        }else{
                            Toast.makeText(context, "注册异常，请重试", Toast.LENGTH_SHORT).show();
                        }
                    }else{
                        // 补全Auth创建失败的提示
                        Toast.makeText(context, "账号创建失败：" + task.getException().getMessage(), Toast.LENGTH_SHORT).show();
                    }
                }
            });
}

2. 改造writeNewUser方法，保证写入原子性+补全失败回调 #

private void writeNewUser(String userId, String email) {
    Long duration = Constants.TRIAL_DAY_MILI;
    server serverTime = MyApplication.getInstance().getmServer();
    if (serverTime != null) {
        long unix_seconds = serverTime.Time;
        Date date = new Date(unix_seconds);
        SimpleDateFormat jdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss", Locale.ENGLISH);
        String java_date = jdf.format(date);
        Integer review = 0;
        boolean subscriptions = false;
        long expiredTime = serverTime.Time + duration;
        User user = new User("User", email,
                1L, messagingToken, deviceId, expiredTime, membership, memberStatus, playerUid, languagename, durum, java_date, subscriptions, review);
        Device device = new Device(messagingToken, deviceId);

        MyApplication.getInstance().setUser(user);
        // 改用多路径原子写入，保证两个节点要么同时成功要么同时失败
        Map<String, Object> updateMap = new HashMap<>();
        updateMap.put("/userdeviceid/" + userId, device);
        updateMap.put("/users/" + userId, user);
        
        mDatabase.updateChildren(updateMap).addOnCompleteListener(new OnCompleteListener<Void>() {
            @Override
            public void onComplete(@NonNull Task<Void> task) {
                if(task.isSuccessful()){
                    // 只有写入成功再跳转主页
                    startActivity(new Intent(StartServer.this, MainActivity.class));
                    saveIsLoggedIn(true);
                    finish();
                }else{
                    // 写入失败提示用户，同时删除已创建的Auth账号避免脏数据
                    Toast.makeText(context, "数据保存失败，请重试：" + task.getException().getMessage(), Toast.LENGTH_SHORT).show();
                    if(mAuth.getCurrentUser() != null){
                        mAuth.getCurrentUser().delete();
                    }
                }
            }
        });
    } else {
        Toast.makeText(context, getString(R.string.signerror), Toast.LENGTH_SHORT).show();
        // 移除重复跳转当前页的逻辑，避免任务栈异常
    }
}

额外优化建议 #

• 增加本地缓存兜底：将创建的用户数据先暂存到SharedPreferences或本地数据库，应用启动时如果检测到Firebase Auth存在有效登录态，但RTDB无对应users节点数据，自动触发重试写入。
• 增加异常上报：将该流程中所有task.getException()的信息上报到你的崩溃统计平台，1%的失败概率只要收集到3-5条日志即可定位具体失败原因（比如是权限规则拒绝、还是某个字段序列化异常、还是网络超时）。
• 检查RTDB权限规则：确保已认证用户拥有users和userdeviceid节点的写入权限，避免权限校验失败导致写入被拒。

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