Firebase如何获取DataSnapshot内idNumber自增值传入构造器

addValueEventListener是异步API，onDataChange的执行时机不与主线程后续代码同步——你在监听注册后立刻执行Custom实例化、数据库写入操作时，回调内的id计算逻辑还未执行，因此拿到的永远是初始定义的0值。
另外你原有代码还存在两个逻辑错误：

• for循环内每次都新建listObject列表，最终列表永远只存1个值，无法拿到所有匹配id的全局最大值
• 前缀匹配的if判断未加花括号，不匹配出生年份的id也会被纳入最大值计算，结果不符合预期

不要尝试在回调外部获取异步计算的变量，所有依赖回调返回结果的逻辑，全部移到onDataChange内部执行。针对你的场景，推荐用addListenerForSingleValueEvent替代持续监听的addValueEventListener，避免后续数据变动重复触发写入逻辑，修正后代码如下：

// 提前提取出生年份前缀，定义对应年份的起始id
final String setNewIdYear = newBirthday.substring(newBirthday.length() - 4);
final int defaultStartId = Integer.parseInt(setNewIdYear + "000");

// 用单次事件监听读取一次数据即可
mDatabase.addListenerForSingleValueEvent(new ValueEventListener() {
    @Override
    public void onDataChange(@NonNull DataSnapshot snapshot) {
        int maxId = defaultStartId - 1;
        if (snapshot.exists()) {
            for (DataSnapshot dataSnapshot : snapshot.getChildren()) {
                // 直接映射为Custom对象，避免强转Map的类型转换异常
                Custom item = dataSnapshot.getValue(Custom.class);
                if (item == null || item.getIdNumber() == null) {
                    continue;
                }
                String idStr = String.valueOf(item.getIdNumber());
                // 仅处理前缀匹配当前出生年份的id
                if (idStr.startsWith(setNewIdYear)) {
                    try {
                        int currentId = Integer.parseInt(idStr);
                        maxId = Math.max(maxId, currentId);
                    } catch (NumberFormatException e) {
                        // 跳过格式非法的id
                    }
                }
            }
        }
        // 计算新id，所有依赖该值的逻辑全部在回调内执行
        int newIdNumberInt = maxId + 1;
        Custom mCustom = new Custom(newIdNumberInt, newFirstName, newMiddleName, newLastName, newAddress, newBirthday);
        String key = mDatabase.child("Custom").push().getKey();
        mDatabase.child(newFirstName + "-" + newLastName + "-" + randomKey).setValue(mCustom);
    }

    @Override
    public void onCancelled(@NonNull DatabaseError error) {
        // 此处需要处理读取失败的逻辑，不要留空
    }
});

• 如果存在多客户端同时写入的场景，上述逻辑可能出现id重复的并发问题，更稳妥的实现是使用Firebase的事务机制做自增计算，保证同一时间只有一个客户端能修改id计数。
• 不要尝试用线程阻塞、全局变量中转的方式在回调外部取值，既容易引发ANR，也不符合异步API的设计规范。

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