小编Vad*_*dar的帖子

我有以下示例代码:

System.out.println(
       "Result: " +
        Stream.of(1, 2, 3)
                .filter(i -> {
                    System.out.println(i);
                    return true;
                })
                .findFirst()
                .get()
);
System.out.println("-----------");
System.out.println(
       "Result: " +
        Stream.of(1, 2, 3)
                .flatMap(i -> Stream.of(i - 1, i, i + 1))
                .flatMap(i -> Stream.of(i - 1, i, i + 1))
                .filter(i -> {
                    System.out.println(i);
                    return true;
                })
                .findFirst()
                .get()
);

输出如下:

1
Result: 1
-----------
-1
0
1
0
1
2
1
2
3
Result: -1

从这里我看到,在第一种情况下stream真的表现得懒惰 - 我们使用findFirst()所以一旦我们有第一个元素我们的过滤lambda没有被调用.然而,在使用flatMaps的第二种情况下,我们看到尽管找到满足过滤条件的第一个元素(它只是任何第一个元素,因为lambda总是返回true),流的其他内容仍然通过过滤函数被馈送.

我试图理解为什么它表现得像这样,而不是在第一个元素计算后放弃,如第一种情况.任何有用的信息将不胜感激.

我试图了解在@EnableTransactionManagement多个JavaConfig上下文的情况下将注释放在哪里的正确位置？

请考虑以下场景:我在JPAConfig.java中有JPA配置,在AppConfig.java中有一组服务bean.然后我在RootConfig.java中编写整体应用程序配置.

我在JPAConfig.java中定义了事务管理器,并启用了对JPA存储库的扫描 - 因为那些暴露了事务性行为,我把@EnableTransactionManagementJPAConfig 放在了它的工作原理.

但是,一些服务bean还需要具有事务方法,例如在单个事务中访问多个存储库.我也应该放过@EnableTransactionManagementAppConfig吗？在我看来,这种注释的实现看起来会导致某些bean的重新定义.实际上这样做对我来说似乎不起作用.

@Configuration
@EnableTransactionManagement
@EnableJpaRepositories("com.mypackage.repositories")
public class JPAConfig {
 // ... here are EntityManager and PlatformTransactionManager beans
}


@Configuration
@ComponentScan("com.mypackage.services")
// @EnableTransactionManagement // - ???
public class AppConfig {
}

@Configuration
@Import({AppConfig.class, JPAConfig.class})
public class RootConfig {
}

感谢任何建议.