如何用Java Stream处理多列表邮箱匹配并调用Setter，优化DB查询

这是一个很典型的批量查询+内存匹配优化场景，完美契合Java Stream的优势，既能避免循环查库的性能问题，又能清晰实现业务逻辑。下面是完整的实现步骤和代码：

1. 批量获取Email数据（避免N次DB调用） #

首先从fileList中提取所有需要匹配的邮箱，用findByEmailIn一次性查询数据库，把N次DB请求压缩成1次：

// 提取所有非空邮箱，避免无效查询
List<String> emailStringList = fileList.stream()
    .map(fileData -> Objects.toString(fileData.getEmail(), null))
    .filter(Objects::nonNull)
    .collect(Collectors.toList());

// 批量查询所有匹配的Email对象
List<Email> emailList = emailDao.findByEmailIn(emailStringList);

2. 构建Email映射表，实现O(1)快速查找 #

把查询到的emailList转成以邮箱为Key的Map，这样后续匹配时不需要遍历整个列表，效率直接拉满：

// 构建邮箱到Email对象的映射，处理重复邮箱时保留第一个
Map<String, Email> emailMap = emailList.stream()
    .collect(Collectors.toMap(
        Email::getEmail,
        Function.identity(),
        (existing, newOne) -> existing
    ));

3. 用Stream遍历处理权限逻辑 #

现在可以用Stream遍历fileList，完成匹配、权限修改和异常抛出的逻辑：

fileList.stream()
    .forEach(fileData -> {
        String targetEmail = fileData.getEmail();
        
        // 查找匹配的Email，找不到直接抛出NotFoundException
        Email matchedEmail = Optional.ofNullable(emailMap.get(targetEmail))
            .orElseThrow(() -> new NotFoundException("未找到对应邮箱的用户: " + targetEmail));
        
        // 移除对应权限类型的权限（注意用equals比较字符串，不要用==！）
        Set<Permissions> permissions = matchedEmail.getPermissions();
        permissions.removeIf(perm -> fileData.getType().equals(perm.getPermissionType()));
        
        // 如果你的Permissions集合是不可变的，才需要调用setPermissions；否则removeIf已经修改了原集合，这步可以省略
        matchedEmail.setPermissions(permissions);
    });

关键细节提醒 #

• 字符串比较修正： 原代码中用==比较字符串是错误的！字符串必须用equals()比较，否则会因为对象引用不同导致匹配失败，上面的代码已经修正了这个问题。
• 空值防护： 提取邮箱时过滤了空值，避免无效的DB查询和后续空指针异常。
• 重复邮箱处理： 构建Map时指定了合并策略，如果数据库返回重复邮箱，会保留第一个匹配的对象，你可以根据业务需求调整这个逻辑（比如抛出异常或者合并权限）。
• 异常抛出： 用Optional.orElseThrow()优雅地处理未匹配到Email的场景，完全符合需求。

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