如何根据Firebase事务结果修改Android Activity中的视图

你遇到的错误核心原因很明确：Firebase事务的doTransaction方法是在后台线程执行的，而Android的视图操作必须在UI线程中进行，直接在doTransaction里修改Positive/Negative按钮的可见性就触发了CalledFromWrongThreadException。

不需要额外添加值事件监听器，我们可以利用事务自带的onComplete回调来实现需求——这个回调是运行在UI线程的，而且它的参数能帮我们准确判断事务是否实际成功修改了数据库。

修改后的完整代码 #

private void onRoomAccept(DatabaseReference thisRoomRef) {
    thisRoomRef.runTransaction(new Transaction.Handler() {
        @Override
        public Transaction.Result doTransaction(MutableData mutableData) {
            Room r = mutableData.getValue(Room.class);
            if (r != null && r.State.equals("Open")) {
                r.Tutor = UserID;
                r.State = "Live";
                mutableData.setValue(r);
                // 这里只处理数据库逻辑，不碰UI
                return Transaction.success(mutableData);
            } 
            // 跳转逻辑移到onComplete统一处理
            return Transaction.success(mutableData);
        }

        @Override
        public void onComplete(DatabaseError databaseError, boolean isCommitted, DataSnapshot dataSnapshot) {
            // Transaction completed
            Log.d(TAG, "postTransaction:onComplete:" + databaseError);
            
            if (databaseError != null) {
                // 事务执行出错，属于失败场景
                new AlertDialog.Builder(TutorChatActivity.this)
                        .setMessage("事务执行失败，请稍后重试")
                        .setPositiveButton("确定", (dialog, which) -> {
                            Intent intent3 = new Intent(TutorChatActivity.this, TutorActivity.class);
                            startActivity(intent3);
                        })
                        .show();
            } else if (isCommitted) {
                // 事务成功提交（数据库已更新），修改UI
                Positive.setVisibility(View.INVISIBLE);
                Negative.setVisibility(View.INVISIBLE);
            } else {
                // 事务未提交（比如Room状态不是Open或Room不存在），跳转页面
                Intent intent3 = new Intent(TutorChatActivity.this, TutorActivity.class);
                startActivity(intent3);
            }
        }
    });
}

关键说明： #

• 线程安全：所有UI操作（按钮可见性修改、对话框、页面跳转）都移到了onComplete中，这个回调是Firebase在UI线程触发的，不会再抛出线程异常。
• 事务结果判断：
  • databaseError != null：事务执行过程中出现错误（比如权限不足、网络问题），属于失败场景。
  • isCommitted：这个boolean参数表示事务是否实际将修改提交到了数据库。当你在doTransaction中修改了MutableData并返回Transaction.success，且Firebase确认没有并发冲突时，这个值为true；如果没有修改数据（比如Room状态不符合条件），则为false。
• 逻辑分离：把原来doTransaction里的页面跳转逻辑移到onComplete的对应分支，保持数据操作逻辑和UI交互逻辑的清晰分离。

这样既不需要额外的监听器，也能准确根据事务结果处理UI和页面跳转，完全符合你的需求。

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