如何在Firebase注册时检查邮箱是否已被使用并阻止自动登录？

嘿，这个问题我之前也遇到过！Firebase Auth的这个默认行为确实有点反直觉——当你调用createUserWithEmailAndPassword时，如果输入的邮箱已经存在且密码正确，它会直接完成登录，而不是抛出“邮箱已被占用”的错误。要解决这个问题，有两种实用的方案，你可以根据自己的需求选：

方案1：提前检查邮箱是否已注册（推荐） #

Firebase Auth提供了fetchSignInMethodsForEmail方法，专门用来查询某个邮箱是否已经关联了账号。你可以在触发注册流程之前先执行这个检查，从源头拦截已注册的邮箱：

// 先检查目标邮箱是否已被使用
FirebaseAuth.getInstance().fetchSignInMethodsForEmail(users_email)
    .addOnCompleteListener(task -> {
        if (task.isSuccessful()) {
            List<String> signInMethods = task.getResult().getSignInMethods();
            // 如果返回的登录方式列表不为空，说明邮箱已注册
            if (signInMethods != null && !signInMethods.isEmpty()) {
                // 提示用户邮箱已存在，终止注册流程
                Toast.makeText(getApplicationContext(), R.string.email_already_in_use, Toast.LENGTH_SHORT).show();
            } else {
                // 邮箱未被注册，执行正常的注册逻辑
                proceedWithRegistration(users_email, users_password);
            }
        } else {
            // 检查过程出错，提示用户并打印异常信息
            Toast.makeText(getApplicationContext(), R.string.check_email_failed, Toast.LENGTH_SHORT).show();
            task.getException().printStackTrace();
        }
    });

// 把原来的注册逻辑抽成单独的方法，让代码更清晰
private void proceedWithRegistration(String email, String password) {
    mAuth.createUserWithEmailAndPassword(email, password)
        .addOnCompleteListener(this, task -> {
            try {
                if (task.isSuccessful()) {
                    Log.d(this.getClass().getName(), "createUserWithEmail:success");
                    addNewUser(email);
                    finish();
                } else {
                    Log.w(this.getClass().getName(), "createUserWithEmail:failure", task.getException());
                    Toast.makeText(getApplicationContext(), R.string.failed_to_register, Toast.LENGTH_SHORT).show();
                }
            } catch (Exception e) {
                e.printStackTrace();
            }
        });
}

这个方案的优势是逻辑更主动，提前拦截了无效的注册请求，避免了Firebase自动登录的问题，用户体验更顺畅。需要注意的是，fetchSignInMethodsForEmail是异步网络请求，必须在回调里处理后续逻辑，不能同步执行。

方案2：捕获注册错误并处理自动登录场景 #

如果你不想多一次前置网络请求，也可以在注册失败的回调里判断错误类型。当邮箱已存在且密码正确时，Firebase会先完成登录，然后返回ERROR_EMAIL_ALREADY_IN_USE错误。这时你需要手动登出当前用户，再提示用户：

mAuth.createUserWithEmailAndPassword(users_email, users_password)
    .addOnCompleteListener(this, new OnCompleteListener<AuthResult>() {
        @Override
        public void onComplete(@NonNull Task<AuthResult> task) {
            try {
                if (task.isSuccessful()) {
                    Log.d(this.getClass().getName(), "createUserWithEmail:success");
                    addNewUser(users_email);
                    finish();
                } else {
                    Exception exception = task.getException();
                    Log.w(this.getClass().getName(), "createUserWithEmail:failure", exception);
                    if (exception instanceof FirebaseAuthException) {
                        FirebaseAuthException authException = (FirebaseAuthException) exception;
                        // 判断错误代码是否为邮箱已存在（注意不同Firebase版本可能用常量代替字符串）
                        if ("ERROR_EMAIL_ALREADY_IN_USE".equals(authException.getErrorCode())) {
                            // 此时用户已被自动登录，必须手动登出
                            FirebaseAuth.getInstance().signOut();
                            Toast.makeText(getApplicationContext(), R.string.email_already_in_use, Toast.LENGTH_SHORT).show();
                        } else {
                            Toast.makeText(getApplicationContext(), R.string.failed_to_register, Toast.LENGTH_SHORT).show();
                        }
                    } else {
                        Toast.makeText(getApplicationContext(), R.string.failed_to_register, Toast.LENGTH_SHORT).show();
                    }
                }
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
    });

这个方案省去了一次前置请求，但需要处理自动登录后的登出操作，适合对网络请求次数敏感的场景。不过要注意，不同版本的Firebase Auth可能会用常量（比如FirebaseAuthInvalidCredentialsException.ERROR_EMAIL_ALREADY_IN_USE）代替硬编码的字符串，建议优先使用官方提供的错误常量，避免版本兼容问题。

总的来说，方案1更推荐，因为它的逻辑更清晰，也避免了不必要的登录/登出操作，用户体验更流畅。

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