Spring lazy-init原理的分析(代码示例)
本篇文章给大家带来的内容是关于Spring lazy-init原理的分析(代码示例),有一定的参考价值,有需要的朋友可以参考一下,希望对你有所帮助。
普通的bean的初始化是在容器启动初始化阶段执行的,而被lazy-init修饰的bean 则是在从容器里第一次进行context.getBean(“”)时进行触发。Spring 启动的时候会把所有bean信息(包括XML和注解)解析转化成Spring能够识别的BeanDefinition并存到Hashmap里供下面的初始化时用。接下来对每个BeanDefinition进行处理,如果是懒加载的则在容器初始化阶段不处理,其他的则在容器初始化阶段进行初始化并依赖注入。
本文我说了很多次 Spring 容器初始化和bean初始化,容器的初始化有可能包括bean的初始化主要取决于该bean是否是懒加载的,特此说明怕误会 。。。:)
一.先睹为快
话不多说先写个例子看下这属性到底有什么作用,我们定义了一个叫做coffee的普通bean,代码如下:
1.普通非懒加载bean的演示
package com.test.spring; public class Coffee { public Coffee() { System.out.println("正在初始化bean !!!调用无参构造函数"); } }
<bean name="coffee" class="com.test.spring.Coffee"/>
@Test public void testLazyInit() { System.out.println("开始初始化Spring容器 "); // 非懒加载的bean会在容器初始化时进行bean的初始化,后面会拿Spring启动时的源码进行分析 ApplicationContext context = new ClassPathXmlApplicationContext("spring-beans.xml"); // 非懒加载的bean 的构造函数会在这个位置打印 System.out.println("Spring容器初始化完毕"); System.out.println("开始从容器中获取Bean"); Coffee coffee = context.getBean("coffee", Coffee.class); System.out.println("获取完毕 bean :" + coffee); }
运行结果如下:
2.非懒加载bean的演示
<bean name="coffee" class="com.test.spring.Coffee" lazy-init="true" />
@Test public void testLazyInit() { System.out.println("开始初始化Spring容器 "); // 在初始化容器阶段不会对懒加载的bean进行初始化 ApplicationContext context = new ClassPathXmlApplicationContext("spring-beans.xml"); System.out.println("Spring容器初始化完毕"); System.out.println("开始从容器中获取Bean"); // 在这一阶段会对懒加载的bean进行初始化 Coffee coffee = context.getBean("coffee", Coffee.class); System.out.println("获取完毕 bean :" + coffee); }
运行结果如下:
二,原理分析
Spring 启动时主要干俩件事 1.初始化容器 2.对bean进行初始化并依赖注入。(懒加载的bean不做第二件)
但是对于大多数bean来说,bean的初始化以及依赖注入就是在容器初始化阶段进行的,只有懒加载的bean是当应用程序第一次进行getBean时进行初始化并依赖注入。下面贴出代码看下
Spring 容器初始化代码如下就一行:
ApplicationContext context = new ClassPathXmlApplicationContext("spring-beans.xml");
public ClassPathXmlApplicationContext(String[] configLocations, boolean refresh, ApplicationContext parent) throws BeansException { super(parent); setConfigLocations(configLocations); if (refresh) { // Spring ioc 启动入口 了解了refresh 就了解了ioc refresh(); } }
Spring 初始化入口 refresh(省略了部分根本次无关的代码,望理解,太长了影响阅读体验)
public void refresh() throws BeansException, IllegalStateException { synchronized (this.startupShutdownMonitor) { // Prepare this context for refreshing. prepareRefresh(); // Prepare the bean factory for use in this context. prepareBeanFactory(beanFactory); try { // Allows post-processing of the bean factory in context subclasses. postProcessBeanFactory(beanFactory); // Invoke factory processors registered as beans in the context. invokeBeanFactoryPostProcessors(beanFactory); // Register bean processors that intercept bean creation. registerBeanPostProcessors(beanFactory); // Instantiate all remaining (non-lazy-init) singletons. // 初始化所有非 懒加载的bean!!!! finishBeanFactoryInitialization(beanFactory); // Last step: publish corresponding event. finishRefresh(); } }
第20行则是跟本次主题有关的,就是说在容器启动的时候 只处理 non-lazy-init bean,懒加载的bean在Spring启动阶段根本不做任何处理下面看下源码就明白了
点进去第20行的finishBeanFactoryInitialization(beanFactory)里头有个初始化non-lazy-init bean的函数 preInstantiateSingletons()
具体逻辑如下
1.对beanNames 集合遍历获取每个BeanDefinition
2.判断是否是懒加载的,如果不是则继续处理(non-lazy-init bean 不做处理)
3.判断是否是factorybean 如果不是则进行实例化并依赖注入
public void preInstantiateSingletons() throws BeansException { // 所有beanDefinition集合 List<String> beanNames = new ArrayList<String>(this.beanDefinitionNames); // 触发所有非懒加载单例bean的初始化 for (String beanName : beanNames) { // 获取bean 定义 RootBeanDefinition bd = getMergedLocalBeanDefinition(beanName); // 判断是否是懒加载单例bean,如果是单例的并且不是懒加载的则在Spring 容器 if (!bd.isAbstract() && bd.isSingleton() && !bd.isLazyInit()) { // 判断是否是FactoryBean if (isFactoryBean(beanName)) { final FactoryBean<?> factory = (FactoryBean<?>) getBean(FACTORY_BEAN_PREFIX + beanName); boolean isEagerInit; if (System.getSecurityManager() != null && factory instanceof SmartFactoryBean) { isEagerInit = AccessController.doPrivileged(new PrivilegedAction<Boolean>() { @Override public Boolean run() { return ((SmartFactoryBean<?>) factory).isEagerInit(); } }, getAccessControlContext()); } }else { // 如果是普通bean则进行初始化依赖注入,此 getBean(beanName)接下来触发的逻辑跟 // context.getBean("beanName") 所触发的逻辑是一样的 getBean(beanName); } } } }
getBean() 方法是实现bean 初始化以及依赖注入的函数
@Override public Object getBean(String name) throws BeansException { return doGetBean(name, null, null, false); }
三,总结
对于被修饰为lazy-init的bean Spring初始化阶段不会进行init并且依赖注入,当第一次进行getBean时候进行初始化并依赖注入
对于非懒加载的bean getBean的时候会从缓存里头取 因为容器初始化阶段已经初始化了
// 容器启动初始化 会初始化并依赖注入非懒加载的bean ApplicationContext context = new ClassPathXmlApplicationContext("spring-beans.xml"); // lazy-init bean会进行第一次初始化并依赖注入 其他的会从缓存里取 Coffee coffee = context.getBean("coffee", Coffee.class);
本篇文章到这里就已经全部结束了,更多其他精彩内容可以关注PHP中文网的Java教程视频栏目!
위 내용은 Spring lazy-init原理的分析(代码示例)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











2023년에는 AI 기술이 화두가 되면서 다양한 산업, 특히 프로그래밍 분야에 큰 영향을 미치고 있다. 사람들은 AI 기술의 중요성을 점점 더 인식하고 있으며 Spring 커뮤니티도 예외는 아닙니다. GenAI(일반 인공 지능) 기술이 지속적으로 발전함에 따라 AI 기능을 갖춘 애플리케이션 생성을 단순화하는 것이 중요하고 시급해졌습니다. 이러한 배경에서 AI 기능 애플리케이션 개발 프로세스를 단순화하고 간단하고 직관적이며 불필요한 복잡성을 피하는 것을 목표로 하는 "SpringAI"가 등장했습니다. 'SpringAI'를 통해 개발자는 AI 기능이 포함된 애플리케이션을 더욱 쉽게 구축할 수 있어 사용 및 운영이 더욱 쉬워진다.

업계 리더인 Spring+AI는 강력하고 유연한 API와 고급 기능을 통해 다양한 산업에 선도적인 솔루션을 제공합니다. 이 주제에서는 다양한 분야의 Spring+AI 적용 사례를 살펴보겠습니다. 각 사례에서는 Spring+AI가 어떻게 특정 요구 사항을 충족하고 목표를 달성하며 이러한 LESSONSLEARNED를 더 넓은 범위의 애플리케이션으로 확장하는지 보여줍니다. 이 주제가 여러분이 Spring+AI의 무한한 가능성을 더 깊이 이해하고 활용하는 데 영감을 줄 수 있기를 바랍니다. Spring 프레임워크는 소프트웨어 개발 분야에서 20년 이상의 역사를 가지고 있으며, Spring Boot 1.0 버전이 출시된 지 10년이 되었습니다. 이제 봄이 왔다는 것에 대해 누구도 이의를 제기할 수 없습니다.

Spring 프로그래밍 방식 트랜잭션을 구현하는 방법: 1. TransactionCallback 및 TransactionCallbackWithoutResult를 사용합니다. 3. Transactional 주석을 사용합니다. 4. @Transactional과 함께 TransactionTemplate을 사용합니다.

Java는 예약된 작업을 구현합니다. Jdk와 함께 제공되는 라이브러리에는 예약된 작업을 구현하는 두 가지 방법이 있습니다. 하나는 Timer이고 다른 하나는 ScheduledThreadPoolExecutor입니다. Timer+TimerTask가 Timer를 생성하면 TimerTask 작업을 예약하는 데 사용할 수 있는 스레드가 생성됩니다. Timer에는 4가지 구성 방법이 있으며, Timer 스레드의 이름과 데몬 스레드로 설정할지 여부를 지정할 수 있습니다. 기본 이름은 Timer-number이고 기본값은 데몬 스레드가 아닙니다. 주로 세 가지 중요한 메서드가 있습니다. cancel(): 작업 예약을 종료하고 현재 예약된 모든 작업을 취소합니다. purge(): 작업 대기열에서 작업을 제거합니다.

SpringBoot와 SpringCloud는 모두 개발자가 마이크로서비스 애플리케이션을 더 빠르게 구축하고 배포하는 데 도움이 되는 Spring Framework의 확장이지만 각각 다른 목적과 기능을 가지고 있습니다. SpringBoot는 Java 애플리케이션을 빠르게 구축하기 위한 프레임워크로, 개발자가 Spring 기반 애플리케이션을 더 빠르게 생성하고 배포할 수 있도록 해줍니다. 독립 실행형 실행 가능한 Spring 애플리케이션을 구축하는 간단하고 이해하기 쉬운 방법을 제공합니다.

Spring에서 트랜잭션 격리 수준을 설정하는 방법: 1. @Transactional 주석을 사용합니다. 2. Spring 구성 파일에서 설정합니다. 3. PlatformTransactionManager를 사용합니다. 4. Java 구성 클래스에서 설정합니다. 자세한 소개: 1. @Transactional 주석을 사용하고, 트랜잭션 관리가 필요한 클래스나 메소드에 @Transactional 주석을 추가하고, 속성에서 격리 수준을 설정합니다. 2. Spring 구성 파일에서 등.

기술의 업데이트와 반복으로 Java5.0은 주석을 지원하기 시작했습니다. Java의 선도적인 프레임워크인 Spring은 버전 2.5로 업데이트된 이후 천천히 xml 구성을 포기하기 시작했으며 더 많은 주석이 spring 프레임워크를 제어하는 데 사용됩니다.

Java 개발자로서 Spring 프레임워크를 배우고 사용하는 것은 필수적인 기술입니다. 클라우드 컴퓨팅과 마이크로서비스의 인기로 인해 Spring Cloud를 배우고 사용하는 것은 반드시 숙달해야 하는 또 다른 기술이 되었습니다. SpringCloud는 분산 시스템을 빠르게 구축하기 위한 SpringBoot 기반 개발 도구 세트입니다. 개발자에게 서비스 등록 및 검색, 구성 센터, 로드 밸런싱 및 회로 차단기 등을 포함한 일련의 구성 요소를 제공하여 개발자가 마이크로 구축을 가능하게 합니다.
