SpringBoot MongoRepository查询过滤名称不以#开头的用户方案

优先选择数据库层过滤的实现方式，不推荐结果后置过滤方案——后置过滤会直接破坏分页逻辑的准确性，还会额外浪费数据库到应用的传输带宽、应用内存资源，数据量越大缺陷越明显。

方案1：@Query注解定义查询规则（生产环境推荐） #

MongoDB原生支持正则匹配查询，要筛选名称不以#开头的用户，直接在查询条件中使用前缀否定正则即可，给name字段加普通索引就能保证查询性能。
Repository层代码示例：

import org.springframework.data.domain.Page;
import org.springframework.data.domain.Pageable;
import org.springframework.data.mongodb.repository.MongoRepository;
import org.springframework.data.mongodb.repository.Query;

public interface UserRepository extends MongoRepository<User, String> {
    // 正则 ^[^#] 匹配规则：字符串起始位置第一个字符不是#
    @Query("{ 'name' : { $regex: '^[^#]' } }")
    Page<User> search(Pageable pageable);
}

如果业务上需要保留name字段为null或者空字符串的用户记录，把查询条件调整为或逻辑即可：

@Query("{ $or: [ { 'name' : { $regex: '^[^#]' } }, { 'name' : null }, { 'name' : '' } ] }")
Page<User> search(Pageable pageable);

方案2：结果后置过滤（仅适合极小数据量场景，不推荐生产使用） #

该方案的核心问题是分页失真：直接查询分页后过滤，会出现单页返回条数小于设定的pageSize、甚至返回空页的情况，且统计的总条数是全量数据而非过滤后的数据。如果一定要用，简单实现示例如下：

public Page<User> search(Pageable pageable) {
    Page<User> rawPage = userRepository.findAll(pageable);
    List<User> filteredList = rawPage.getContent().stream()
            .filter(user -> user.getName() == null || !user.getName().startsWith("#"))
            .toList();
    return new PageImpl<>(filteredList, pageable, rawPage.getTotalElements());
}

如果要靠后置过滤实现准确分页，需要循环查询后续页数据直到凑够单页要求的条数，逻辑冗余且性能极差，没有特殊需求不要选这个方案。

内容的提问来源于stack exchange，提问作者Ignacio de Diego