在springboot中，在application.properties的配置文件中新增spring.jpa.open-in-view=true方法失效，经过测试，有两种解决办法：1、在application.properties的配置文件中新增spring.jpa.properties.hibernate.enable_lazy_load_no_trans=true；2、在测试的方法上添加@Transactional注解 多数据源相关转自 多数据源场景 解决办法：将方法细化。单个方法只使用一个session（有读有写的逻辑，读写都使用同一个session），在方法上使用事务注解标注事务的管理器 @Transactional(value = “transactionManagerLinux”, rollbackFor = Exception.class) 当前查询及更新问题已修复。接下来就是一大波代码重构 以下是一些介绍及说明 文章目录 [一、首先要配置druid数据源] [二、数据源生成类：] [三、EntityManager生成类] [四、问题汇总] 一、首先要配置druid数据源 1、druid的某个配置很重要，因为数据库的每个连接是默认有一个8小时的超时时间的，如果过了8小时，连接会自动断掉，而druid此时还不知道连接已经断掉，也没有回收，一直用那个连接就会报错。此种情况一般出现于定时任务，比如某个统计需要每天统计一次，某个连接可能24小时才会使用一次，这时就会出现这个问题。解决方案：①、更改数据库默认的wait_outtime，改长一点，不推荐②、可以从数据源入手，更改druid的配置，让druid每隔一段时间自动去检测连接池中每个连接是否可用，如果不可用则回收。后面需要连接时，会重新开启一个连接。这个时间间隔需要小于数据库的超时时间才对。 2、druid配置和jpa配置 ①、主库配置： ②、从库配置 ③、JPA配置 注意：①： 因为jpa或者说hibernate是orm框架，有一个自动更新数据库的配置，可以使数据库根据项目中的实体类自动生成相应的表结构，非常方便好用。但是这也引来了一些问题，如果从库也应用这个配置，就会更改从库的表结构，而从库只要自己发生变化而不是主库复制来的，就会发生mysql错误，使主从复制停止，造成重大错误。所以此时jpa的配置应该主从分离，此操作实现在EntityManager生成配置类中。②：为了避免上述情况在我们不经意间发生，最好给从库配置一个只能读不能写的权限的用户，我们所有操作都用这个用户来执行，避免人为错误。 二、数据源生成类： 三、EntityManager生成类 与jpa结合起来： 1、主库： 2、从库 四、问题汇总 1、在service层引入entityManager的时候，用spring的@Autowired或者@Resource引入会有一些问题，有时候数据源中的连接的获取会不正常，所以用官方的方法引入比较好，比如引入从库的entityManager： 2、如果两个实体之间具有管理关系，并且是懒加载的，在从库查询时会有no session问题，就算配置了spring.jpa.open-in-view=true，还是会有问题。springboot对于这个配置是这样处理的：JpaBaseConfiguration.java源码： jpa底层判断spring.jpa.open-in-view是否为true，如果是true，则注册OpenEntityManagerInViewInterceptor这个拦截器。OpenEntityManagerInViewInterceptor对于懒加载的处理： 在请求到服务端时，先经过这个拦截器，将getEntityManagerFactory()作为key，将EntityManager em = createEntityManager();EntityManagerHolder emHolder = new EntityManagerHolder(em);emHolder作为值，存入TransactionSynchronizationManager的当前线程的ThreadLocal变量中，在后面的懒加载的处理，就可以通过entitymanager去加载数据，但是这个拦截器getEntityManagerFactory()和createEntityManager()都是用的默认的entityManager（主库的），所以对于从库的查询就不行了，为了解决这个问题，需要在方法中显式的存入entityManager，如下：（也可以通过注解配置，见下面代码中注释的@Transactional部分） 全局懒加载 关于延迟加载 在 Spring 中，默认情况下所有定的 bean 及其依赖项目都是在应用启动时创建容器上下文是被初始化的。测试代码如下： 启动应用日志： 如上日志： 在 Tomcat started […]

第二篇关于Spring代码技巧的博文。感谢大佬。 CSDN Today The following article is from 苏三说技术 Author 因为热爱所以坚持ing 作者 | 苏三 责编 | 张文 来源 | 苏三说技术（ID：gh_9f551dfec941） 本文继续总结我认为 Spring 中还不错的知识点，希望对您有所帮助。 @Conditional的强大之处 **** 不知道你们有没有遇到过这些问题： 某个功能需要根据项目中有没有某个jar判断是否开启该功能。 某个bean的实例化需要先判断另一个bean有没有实例化，再判断是否实例化自己。 某个功能是否开启，在配置文件中有个参数可以对它进行控制。 如果你有遇到过上述这些问题，那么恭喜你，本节内容非常适合你。 @ConditionalOnClass 问题1可以用@ConditionalOnClass注解解决，代码如下： 如果项目中存在B类，则会实例化A类。如果不存在B类，则不会实例化A类。 有人可能会问：不是判断有没有某个jar吗？怎么现在判断某个类了？ 直接判断有没有该jar下的某个关键类更简单。 这个注解有个升级版的应用场景：比如common工程中写了一个发消息的工具类mqTemplate，业务工程引用了common工程，只需再引入消息中间件，比如rocketmq的jar包，就能开启mqTemplate的功能。而如果有另一个业务工程，通用引用了common工程，如果不需要发消息的功能，不引入rocketmq的jar包即可。 这个注解的功能还是挺实用的吧？ @ConditionalOnBean 问题2可以通过@ConditionalOnBean注解解决，代码如下： 实例A只有在实例B存在时，才能实例化。 @ConditionalOnProperty 问题3可以通过@ConditionalOnProperty注解解决，代码如下： 在applicationContext.properties文件中配置参数： 各参数含义： prefix 表示参数名的前缀，这里是demo name 表示参数名 havingValue 表示指定的值，参数中配置的值需要跟指定的值比较是否相等，相等才满足条件 matchIfMissing 表示是否允许缺省配置。 这个功能可以作为开关，相比EnableXXX注解的开关更优雅，因为它可以通过参数配置是否开启，而EnableXXX注解的开关需要在代码中硬编码开启或关闭。 其他的Conditional注解 当然，spring用得比较多的Conditional注解还有：ConditionalOnMissingClass、ConditionalOnMissingBean、ConditionalOnWebApplication等。 […]