Java中stream().collect(Collectors.toList())返回空列表问题咨询

核心原因（90%以上概率）：JPA懒加载+重复查询触发 #

你代码中两次独立调用pollManager.accessPoll(pollId)，本质是执行两次数据库查询获取两个不同的Poll实例，绝大多数此类问题都是Hibernate/JPA的懒加载机制导致：

• Poll实体的choices字段默认或显式配置了FetchType.LAZY懒加载策略，返回的是Hibernate代理集合，而非实际存储数据的普通集合
• 第一次调用getChoices()时，要么处于持久化上下文（Session）有效范围正常触发加载，要么调试器展开集合时隐式触发了代理初始化，所以可以拿到正常的集合数据
• 第二次调用accessPoll()获取的新Poll对象，调用getChoices()时已经脱离了持久化上下文，懒加载触发失败：常规配置下本该抛出LazyInitializationException，如果异常被全局拦截器吞掉、或者项目配置了特殊的懒加载降级逻辑，就会直接返回空集合

其他可能原因 #

• 两次查询的时间窗口内，该Poll关联的Choice数据被其他线程/业务操作删除
• getChoices()方法包含自定义过滤逻辑，两次调用时的上下文权限、状态不一致，第二次过滤后返回空
• 项目中配置了针对Choice实体的软删除全局过滤（比如@Where(clause = "is_deleted = 0")），第二次查询时过滤条件生效

修复步骤 #

1. 先复用同一个Poll对象验证问题，避免两次独立查询：

// 仅查询一次数据库，复用同一个Poll实例
Poll poll = pollManager.accessPoll(pollId);
List<Choice> choices = poll.getChoices();
List<Choice> choices1 = choices.stream().collect(Collectors.toList());

如果调整后choices1有值，即可确认是两次查询+懒加载失效的问题，继续执行后续步骤。
2. 从根源解决懒加载失效问题，任选一种方案即可：

• 在accessPoll方法上添加@Transactional注解，保证方法运行期间持久化上下文保持开启，懒加载可以正常触发
• 调整Repository层的查询逻辑，使用JOIN FETCH一次性加载关联的choices字段，示例：

@Query("SELECT p FROM Poll p JOIN FETCH p.choices WHERE p.id = :pollId")
Optional<Poll> findByIdWithChoices(@Param("pollId") String pollId);

• 如果业务上每次查询Poll都需要返回关联选项，可以直接把choices字段的加载策略改为FetchType.EAGER

3. 排查全局异常处理逻辑，确认是否吞掉了懒加载相关的运行时异常，避免异常被隐藏导致定位困难。

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