成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

徹底搞懂Spring的Bean加載

開發 架構
BeanDefinitionParserDelegate完成bean的解析并得到BeanDefinition對象,然后通過registerBeanDefinition方法進行注冊,IOC容器內ibu維護了一個HashMap來保存該BeanDefinition對象,Spring中的BeanDefinition其實就是我們用的JavaBean。

一、Bean 加載原理

加載過程: 通過 ResourceLoader和其子類DefaultResourceLoader完成資源文件位置定位,實現從類路徑,文件系統,url等方式定位功能,完成定位后得到Resource對象,再交給BeanDefinitionReader,它再委托給
BeanDefinitionParserDelegate完成bean的解析并得到BeanDefinition對象,然后通過registerBeanDefinition方法進行注冊,IOC容器內ibu維護了一個HashMap來保存該BeanDefinition對象,Spring中的BeanDefinition其實就是我們用的JavaBean。

什么是BeanDefinition對象

BeanDefinition是一個接口,描述了一個bean實例,它具有屬性值,構造函數參數值以及具體實現提供的更多信息。

在開始之前需要認真閱讀和理解這個過程,有了這個過程,閱讀源碼難度就小了一半。

大多源碼都進行了注釋,有的是官方英文注釋。

二、bean.xml

一個普通的bean配置文件,這里我要強調的是它里面的格式,因為解析標簽的時候會用到。它有<beans>``<bean>``<import>``<alias>等標簽,下文會對他們進行解析并翻譯成BeanDefinition對象。

<beans>

  <!-- this definition could be inside one beanRefFactory.xml file -->
  <bean id="a.qualified.name.of.some.sort"
      class="org.springframework.context.support.ClassPathXmlApplicationContext">
    <property name="configLocation" value="org/springframework/web/context/beans1.xml"/>
  </bean>

  <!-- while the following two could be inside another, also on the classpath,
	perhaps coming from another component jar -->
  <bean id="another.qualified.name"
      class="org.springframework.context.support.ClassPathXmlApplicationContext">
    <property name="configLocation" value="org/springframework/web/context/beans1.xml"/>
    <property name="parent" ref="a.qualified.name.of.some.sort"/>
  </bean>

  <alias name="another.qualified.name" alias="a.qualified.name.which.is.an.alias"/>

</beans>

三、ResourceLoader.java

加載資源的策略接口(策略模式)。
DefaultResourceLoader is a standalone implementation that is usable outside an ApplicationContext, also used by ResourceEditor

An ApplicationContext is required to provide this functionality, plus extended ResourcePatternResolver support.

public interface ResourceLoader {

	/** Pseudo URL prefix for loading from the class path: "classpath:". */
	String CLASSPATH_URL_PREFIX = ResourceUtils.CLASSPATH_URL_PREFIX;
       
        // 返回一個Resource 對象 (明確配置文件位置的對象)
	Resource getResource(String location);

        // 返回ResourceLoader的ClassLoader
	@Nullable
	ClassLoader getClassLoader();
}

然后我們看看DefaultResourceLoader對于getResource()方法的實現。

public Resource getResource(String location) {
		Assert.notNull(location, "Location must not be null");

		for (ProtocolResolver protocolResolver : this.protocolResolvers) {
			Resource resource = protocolResolver.resolve(location, this);
			if (resource != null) {
				return resource;
			}
		}
               // 如果location 以 / 開頭
		if (location.startsWith("/")) {
			return getResourceByPath(location);
		}
                // 如果location 以classpath: 開頭
		else if (location.startsWith(CLASSPATH_URL_PREFIX)) {
			return new ClassPathResource(location.substring(CLASSPATH_URL_PREFIX.length()), getClassLoader());
		}
		else {
			try {
				// Try to parse the location as a URL...
				URL url = new URL(location);
				return (ResourceUtils.isFileURL(url) ? new FileUrlResource(url) : new UrlResource(url));
			}
			catch (MalformedURLException ex) {
				// No URL -> resolve as resource path.
				return getResourceByPath(location);
			}
		}
	}

可以看到,它判斷了三種情況:/ classpath: url格式匹配, 然后調用相對應的處理方法,我只分析classpath:,因為這是最常用的。所以看一看ClassPathResource實現:

public ClassPathResource(String path, @Nullable ClassLoader classLoader) {
		Assert.notNull(path, "Path must not be null");
		String pathToUse = StringUtils.cleanPath(path);
		if (pathToUse.startsWith("/")) {
			pathToUse = pathToUse.substring(1);
		}
		this.path = pathToUse;
		this.classLoader = (classLoader != null ? classLoader : ClassUtils.getDefaultClassLoader());
	}

看了上面的代碼,意味著你配置靜態資源文件路徑的時候,不用糾結classpath:后面用不用寫/,因為如果寫了它會給你過濾掉。

那url如何定位的呢?

跟蹤getResourceByPath(location)方法:

@Override
	protected Resource getResourceByPath(String path) {
		if (path.startsWith("/")) {
			path = path.substring(1);
		}
		// 這里使用文件系統資源對象來定義bean文件
		return new FileSystemResource(path);
	}

好了,很明顯…跑偏了,因為我們想要的是xml文件及路徑的解析,不過還好,換湯不換藥。下文中會涉及到。

觸發bean加載

回到正題,我們在使用spring手動加載bean.xml的時候,用到:

ApplicationContext applicationContext = new ClassPathXmlApplicationContext("bean.xml");

那就從ClassPathXmlApplicationContext開始:

四、ClassPathXmlApplicationContext.java

這個類里面只有構造方法(多個)和一個getConfigResources()方法,構造方法最終都統一打到下面這個構造方法中(Spring源碼經常這樣,適配器模式):

public ClassPathXmlApplicationContext(
			String[] configLocations, boolean refresh, @Nullable ApplicationContext parent)
			throws BeansException {
	// 動態的確定用哪個加載器去加載 配置文件
		1.super(parent);
	// 告訴讀取器 配置文件在哪里, 定位加載配置文件
		2.setConfigLocations(configLocations);
	// 刷新
		if (refresh) {
			// 在創建IOC容器前,如果容器已經存在,則需要把已有的容器摧毀和關閉,以保證refresh
			//之后使用的是新的IOC容器
			3.refresh();
		}
	}

注意: 這個類非常關鍵,我認為它定義了一個xml加載bean的一個Life Cycle:

  • super() 方法完成類加載器的指定。
  • setConfigLocations(configLocations);方法對配置文件進行定位和解析,拿到Resource對象。
  • refresh();方法對標簽進行解析拿到BeanDefition對象,在通過校驗后將其注冊到IOC容器。(主要研究該方法)

我標記的1. 2. 3. 對應后面的方法x, 方便閱讀。

先深入了解下setConfigLocations(configLocations);方法:

方法2. setConfigLocations()

// 解析Bean定義資源文件的路徑,處理多個資源文件字符串數組
	public void setConfigLocations(@Nullable String... locations) {
		if (locations != null) {
			Assert.noNullElements(locations, "Config locations must not be null");
			this.configLocations = new String[locations.length];
			for (int i = 0; i < locations.length; i++) {
				// resolvePath 為同一個類中將字符串解析為路徑的方法
				this.configLocations[i] = resolvePath(locations[i]).trim();
			}
		}
		else {
			this.configLocations = null;
		}
	}

然后我們繼續上面看ClassPathXmlApplicationContext的refresh()方法:

方法3. refresh()

public void refresh() throws BeansException, IllegalStateException {
		synchronized (this.startupShutdownMonitor) {
			// 為refresh 準備上下文
			prepareRefresh();

			// 通知子類去刷新 Bean工廠
			ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();

			// 用該 上下文來 準備bean工廠
			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);

				// Initialize message source for this context.
				initMessageSource();

				// Initialize event multicaster for this context.
				initApplicationEventMulticaster();

				// Initialize other special beans in specific context subclasses.
				onRefresh();

				// Check for listener beans and register them.
				registerListeners();

				// Instantiate all remaining (non-lazy-init) singletons.
				finishBeanFactoryInitialization(beanFactory);

				// Last step: publish corresponding event.
				finishRefresh();
			}

			catch (BeansException ex) {
				if (logger.isWarnEnabled()) {
					logger.warn("Exception encountered during context initialization - " +
							"cancelling refresh attempt: " + ex);
				}

				// Destroy already created singletons to avoid dangling resources.
				destroyBeans();

				// Reset 'active' flag.
				cancelRefresh(ex);

				// Propagate exception to caller.
				throw ex;
			}

			finally {
				// Reset common introspection caches in Spring's core, since we
				// might not ever need metadata for singleton beans anymore...
				resetCommonCaches();
			}
		}
	}

**注:**下面的方法全都是圍繞refresh()里深入閱讀,該方法套的很深,下面的閱讀可能會引起不適。

然后看看refresh()方法中的obtainFreshBeanFactory()方法。

方法3.1 obtainFreshBeanFactory()

// 調用--刷新bean工廠
	protected ConfigurableListableBeanFactory obtainFreshBeanFactory() {
		// 委派模式:父類定義了refreshBeanFactory方法,具體實現調用子類容器
		refreshBeanFactory();
		return getBeanFactory();
	}

然后看obtainFreshBeanFactory()的 refreshBeanFactory()方法。

方法3.1.1 refreshBeanFactory()

// 刷新bean工廠
	protected final void refreshBeanFactory() throws BeansException {
		// 如果存在容器,就先銷毀并關閉
		if (hasBeanFactory()) {
			destroyBeans();
			closeBeanFactory();
		}
		try {
			// 創建IOC容器
			DefaultListableBeanFactory beanFactory = createBeanFactory();
			beanFactory.setSerializationId(getId());
			// 對容器進行初始化
			customizeBeanFactory(beanFactory);
			// 調用載入Bean定義的方法,(使用了委派模式)
			loadBeanDefinitions(beanFactory);
			synchronized (this.beanFactoryMonitor) {
				this.beanFactory = beanFactory;
			}
		}
		catch (IOException ex) {
			throw new ApplicationContextException("I/O error parsing bean definition source for " + getDisplayName(), ex);
		}
	}

然后再跟進refreshBeanFactory() 的loadBeanDefinitions()方法。

方法3.1.1.1 loadBeanDefinitions()

通過 XmlBeanDefinitionReader 加載 BeanDefinition。

// 通過 XmlBeanDefinitionReader 加載 BeanDefinition
	@Override
	protected void loadBeanDefinitions(DefaultListableBeanFactory beanFactory) throws BeansException, IOException {
		// Create a new XmlBeanDefinitionReader for the given BeanFactory.
		// 為beanFactory 創建一個新的 XmlBeanDefinitionReader
		XmlBeanDefinitionReader beanDefinitionReader = new XmlBeanDefinitionReader(beanFactory);

		// Configure the bean definition reader with this context's
		// resource loading environment.
		beanDefinitionReader.setEnvironment(this.getEnvironment());
		// 為 Bean讀取器設置Spring資源加載器 (因為祖父類是ResourceLoader的子類,所以也是ResourceLoader)
		beanDefinitionReader.setResourceLoader(this);
		//  為 Bean讀取器設置SAX xml解析器DOM4J
		beanDefinitionReader.setEntityResolver(new ResourceEntityResolver(this));

		// Allow a subclass to provide custom initialization of the reader,
		// then proceed with actually loading the bean definitions.
		// 初始化 BeanDefinition讀取器
		initBeanDefinitionReader(beanDefinitionReader);
		// 真正加載 bean定義
		loadBeanDefinitions(beanDefinitionReader);
	}

再跟進loadBeanDefinitions(DefaultListableBeanFactory beanFactory)方法中的loadBeanDefinitions(XmlBeanDefinitionReader reader)方法。

方法3.1.1.1.1 loadBeanDefinitions()

XMLBean讀取器加載BeanDefinition 資源。

// XMLBean讀取器加載Bean 定義資源
	protected void loadBeanDefinitions(XmlBeanDefinitionReader reader) throws BeansException, IOException {
		// 獲取Bean定義資源的定位
		Resource[] configResources = getConfigResources();
		if (configResources != null) {
			// XMLBean讀取器調用其父類 AbstractBeanDefinitionReader 讀取定位的Bean定義資源
			reader.loadBeanDefinitions(configResources);
		}
		// 如果子類中獲取的bean定義資源定位為空,
		// 則獲取 FileSystemXmlApplicationContext構造方法中 setConfigLocations 方法設置的資源
		String[] configLocations = getConfigLocations();
		if (configLocations != null) {
			// XMLBean讀取器調用其父類 AbstractBeanDefinitionReader 讀取定位的Bean定義資源
			reader.loadBeanDefinitions(configLocations);
		}
	}
@Override
	public int loadBeanDefinitions(Resource... resources) throws BeanDefinitionStoreException {
		Assert.notNull(resources, "Resource array must not be null");
		int count = 0;
		//
		for (Resource resource : resources) {
			count += loadBeanDefinitions(resource);
		}
		return count;
	}

再跟下去loadBeanDefinitions(): 這只是一個抽象方法,找到XmlBeanDefinitionReader子類的實現:

@Override
	public int loadBeanDefinitions(Resource resource) throws BeanDefinitionStoreException {
		return loadBeanDefinitions(new EncodedResource(resource));
	}

再深入loadBeanDefinitions:

通過明確的xml文件加載bean

// 通過明確的xml文件加載bean
	public int loadBeanDefinitions(EncodedResource encodedResource) throws BeanDefinitionStoreException {
		Assert.notNull(encodedResource, "EncodedResource must not be null");
		if (logger.isTraceEnabled()) {
			logger.trace("Loading XML bean definitions from " + encodedResource);
		}

		Set<EncodedResource> currentResources = this.resourcesCurrentlyBeingLoaded.get();
		if (currentResources == null) {
			currentResources = new HashSet<>(4);
			this.resourcesCurrentlyBeingLoaded.set(currentResources);
		}
		if (!currentResources.add(encodedResource)) {
			throw new BeanDefinitionStoreException(
					"Detected cyclic loading of " + encodedResource + " - check your import definitions!");
		}
		try {
			// 將資源文件轉為InputStream的IO流
			InputStream inputStream = encodedResource.getResource().getInputStream();
			try {
				// 從流中獲取 xml解析資源
				InputSource inputSource = new InputSource(inputStream);
				if (encodedResource.getEncoding() != null) {
					// 設置編碼
					inputSource.setEncoding(encodedResource.getEncoding());
				}
				// 具體的讀取過程
				return doLoadBeanDefinitions(inputSource, encodedResource.getResource());
			}
			finally {
				inputStream.close();
			}
		}
		catch (IOException ex) {
			throw new BeanDefinitionStoreException(
					"IOException parsing XML document from " + encodedResource.getResource(), ex);
		}
		finally {
			currentResources.remove(encodedResource);
			if (currentResources.isEmpty()) {
				this.resourcesCurrentlyBeingLoaded.remove();
			}
		}
	}

再深入到doLoadBeanDefinitions():

真正開始加載 BeanDefinitions。

protected int doLoadBeanDefinitions(InputSource inputSource, Resource resource)
			throws BeanDefinitionStoreException {

		try {
			// 將xml 文件轉換為DOM對象
			Document doc = doLoadDocument(inputSource, resource);
			// 對bean定義解析的過程,該過程會用到 Spring的bean配置規則
			int count = registerBeanDefinitions(doc, resource);
			if (logger.isDebugEnabled()) {
				logger.debug("Loaded " + count + " bean definitions from " + resource);
			}
			return count;
		}
        ...  ...  ..
}

doLoadDocument()方法將流進行解析,返回一個Document對象:return builder.parse(inputSource);為了避免擾亂思路,這里的深入自己去完成。

還需要再深入到:registerBeanDefinitions()。

注冊 BeanDefinitions。

public int registerBeanDefinitions(Document doc, Resource resource) throws BeanDefinitionStoreException {
		BeanDefinitionDocumentReader documentReader = createBeanDefinitionDocumentReader();
		// 得到容器中注冊的bean數量
		int countBefore = getRegistry().getBeanDefinitionCount();
		// 解析過程入口,這里使用了委派模式
		documentReader.registerBeanDefinitions(doc, createReaderContext(resource));
		// 統計解析的bean數量
		return getRegistry().getBeanDefinitionCount() - countBefore;
	}

再深入registerBeanDefinitions()方法(該方法是委派模式的結果):

@Override
	public void registerBeanDefinitions(Document doc, XmlReaderContext readerContext) {
		// 獲得XML描述符
		this.readerContext = readerContext;
		doRegisterBeanDefinitions(doc.getDocumentElement());
	}

再深入doRegisterBeanDefinitions(doc.getDocumentElement());:

真正開始注冊 BeanDefinitions :

protected void doRegisterBeanDefinitions(Element root) {
		// Any nested <beans> elements will cause recursion in this method. In
		// order to propagate and preserve <beans> default-* attributes correctly,
		// keep track of the current (parent) delegate, which may be null. Create
		// the new (child) delegate with a reference to the parent for fallback purposes,
		// then ultimately reset this.delegate back to its original (parent) reference.
		// this behavior emulates a stack of delegates without actually necessitating one.
		BeanDefinitionParserDelegate parent = this.delegate;
		this.delegate = createDelegate(getReaderContext(), root, parent);

		if (this.delegate.isDefaultNamespace(root)) {
			String profileSpec = root.getAttribute(PROFILE_ATTRIBUTE);
			if (StringUtils.hasText(profileSpec)) {
				String[] specifiedProfiles = StringUtils.tokenizeToStringArray(
						profileSpec, BeanDefinitionParserDelegate.MULTI_VALUE_ATTRIBUTE_DELIMITERS);
				// We cannot use Profiles.of(...) since profile expressions are not supported
				// in XML config. See SPR-12458 for details.
				if (!getReaderContext().getEnvironment().acceptsProfiles(specifiedProfiles)) {
					if (logger.isDebugEnabled()) {
						logger.debug("Skipped XML bean definition file due to specified profiles [" + profileSpec +
								"] not matching: " + getReaderContext().getResource());
					}
					return;
				}
			}
		}

		// 在bean解析定義之前,進行自定義解析,看是否是用戶自定義標簽
		preProcessXml(root);
		// 開始進行解析bean定義的document對象
		parseBeanDefinitions(root, this.delegate);
		// 解析bean定義之后,進行自定義的解析,增加解析過程的可擴展性
		postProcessXml(root);

		this.delegate = parent;
	}

接下來看parseBeanDefinitions(root, this.delegate)。

document的根元素開始進行解析翻譯成BeanDefinitions。

// 從document的根元素開始進行解析翻譯成BeanDefinitions
	protected void parseBeanDefinitions(Element root, BeanDefinitionParserDelegate delegate) {
		// bean定義的document對象使用了spring默認的xml命名空間
		if (delegate.isDefaultNamespace(root)) {
			// 獲取bean定義的document對象根元素的所有字節點
			NodeList nl = root.getChildNodes();
			for (int i = 0; i < nl.getLength(); i++) {
				Node node = nl.item(i);
				// 獲得document節點是xml元素節點
				if (node instanceof Element) {
					Element ele = (Element) node;
					// bean定義的document的元素節點使用的是spring默認的xml命名空間
					if (delegate.isDefaultNamespace(ele)) {
						// 使用spring的bean規則解析元素 節點
						parseDefaultElement(ele, delegate);
					}
					else {
						// 沒有使用spring默認的xml命名空間,則使用用戶自定義的解析規則解析元素節點
						delegate.parseCustomElement(ele);
					}
				}
			}
		}
		else {
			delegate.parseCustomElement(root);
		}
	}

	private void parseDefaultElement(Element ele, BeanDefinitionParserDelegate delegate) {
		// 解析 <import> 標簽元素,并進行導入解析
		if (delegate.nodeNameEquals(ele, IMPORT_ELEMENT)) {
			importBeanDefinitionResource(ele);
		}
		// alias
		else if (delegate.nodeNameEquals(ele, ALIAS_ELEMENT)) {
			processAliasRegistration(ele);
		}
		// bean
		else if (delegate.nodeNameEquals(ele, BEAN_ELEMENT)) {
			processBeanDefinition(ele, delegate);
		}
		// beans
		else if (delegate.nodeNameEquals(ele, NESTED_BEANS_ELEMENT)) {
			// recurse
			doRegisterBeanDefinitions(ele);
		}
	}

importBeanDefinitionResource(ele);``processAliasRegistration(ele);``processBeanDefinition(ele, delegate);這三個方法里分別展示了標簽解析的詳細過程。
這下看到了,它其實使用DOM4J來解析import bean alias等標簽,然后遞歸標簽內部直到拿到所有屬性并封裝到BeanDefition對象中。比如說processBeanDefinition方法。

給我一個element 解析成 BeanDefinition。

// 給我一個element 解析成 BeanDefinition
	protected void processBeanDefinition(Element ele, BeanDefinitionParserDelegate delegate) {
		// 真正解析過程
		BeanDefinitionHolder bdHolder = delegate.parseBeanDefinitionElement(ele);
		if (bdHolder != null) {
			bdHolder = delegate.decorateBeanDefinitionIfRequired(ele, bdHolder);
			try {
				// Register the final decorated instance.
				// 注冊: 將db注冊到ioc,委托模式
				BeanDefinitionReaderUtils.registerBeanDefinition(bdHolder, getReaderContext().getRegistry());
			}
			catch (BeanDefinitionStoreException ex) {
				getReaderContext().error("Failed to register bean definition with name '" +
						bdHolder.getBeanName() + "'", ele, ex);
			}
			// Send registration event.
			getReaderContext().fireComponentRegistered(new BeanComponentDefinition(bdHolder));
		}
	}

繼續深入registerBeanDefinition()。

注冊BeanDefinitions 到 bean 工廠。

// 注冊BeanDefinitions 到 bean 工廠
	// definitionHolder : bean定義,包含了 name和aliases
	// registry: 注冊到的bean工廠
	public static void registerBeanDefinition(
			BeanDefinitionHolder definitionHolder, BeanDefinitionRegistry registry)
			throws BeanDefinitionStoreException {

		// Register bean definition under primary name.
		String beanName = definitionHolder.getBeanName();
		// 真正注冊
		registry.registerBeanDefinition(beanName, definitionHolder.getBeanDefinition());

		// Register aliases for bean name, if any.
		String[] aliases = definitionHolder.getAliases();
		if (aliases != null) {
			for (String alias : aliases) {
				registry.registerAlias(beanName, alias);
			}
		}
	}

再深入registry.registerBeanDefinition(beanName, definitionHolder.getBeanDefinition())。

注冊BeanDefinitions 到IOC容器。

注意:該方法所在類是接口,我們查看的是DefaultListableBeanFactory.java所實現的該方法。

// 實現BeanDefinitionRegistry接口,注冊BeanDefinitions 
	@Override
	public void registerBeanDefinition(String beanName, BeanDefinition beanDefinition)
			throws BeanDefinitionStoreException {

		Assert.hasText(beanName, "Bean name must not be empty");
		Assert.notNull(beanDefinition, "BeanDefinition must not be null");

		// 校驗是否是 AbstractBeanDefinition)
		if (beanDefinition instanceof AbstractBeanDefinition) {
			try {
				// 標記 beanDefinition 生效
				((AbstractBeanDefinition) beanDefinition).validate();
			}
			catch (BeanDefinitionValidationException ex) {
				throw new BeanDefinitionStoreException(beanDefinition.getResourceDescription(), beanName,
						"Validation of bean definition failed", ex);
			}
		}

		// 判斷beanDefinitionMap 里是否已經有這個bean
		BeanDefinition existingDefinition = this.beanDefinitionMap.get(beanName);
		//如果沒有這個bean
		if (existingDefinition != null) {
			//如果不允許bd 覆蓋已注冊的bean, 就拋出異常
			if (!isAllowBeanDefinitionOverriding()) {
				throw new BeanDefinitionOverrideException(beanName, beanDefinition, existingDefinition);
			}
			// 如果允許覆蓋, 則同名的bean, 注冊的覆蓋先注冊的
			else if (existingDefinition.getRole() < beanDefinition.getRole()) {
				// e.g. was ROLE_APPLICATION, now overriding with ROLE_SUPPORT or ROLE_INFRASTRUCTURE
				if (logger.isInfoEnabled()) {
					logger.info("Overriding user-defined bean definition for bean '" + beanName +
							"' with a framework-generated bean definition: replacing [" +
							existingDefinition + "] with [" + beanDefinition + "]");
				}
			}
			else if (!beanDefinition.equals(existingDefinition)) {
				if (logger.isDebugEnabled()) {
					logger.debug("Overriding bean definition for bean '" + beanName +
							"' with a different definition: replacing [" + existingDefinition +
							"] with [" + beanDefinition + "]");
				}
			}
			else {
				if (logger.isTraceEnabled()) {
					logger.trace("Overriding bean definition for bean '" + beanName +
							"' with an equivalent definition: replacing [" + existingDefinition +
							"] with [" + beanDefinition + "]");
				}
			}
			// 注冊到容器,beanDefinitionMap 就是個容器
			this.beanDefinitionMap.put(beanName, beanDefinition);
		}
		else {
			if (hasBeanCreationStarted()) {
				// Cannot modify startup-time collection elements anymore (for stable iteration)
				synchronized (this.beanDefinitionMap) {
					this.beanDefinitionMap.put(beanName, beanDefinition);
					List<String> updatedDefinitions = new ArrayList<>(this.beanDefinitionNames.size() + 1);
					updatedDefinitions.addAll(this.beanDefinitionNames);
					updatedDefinitions.add(beanName);
					this.beanDefinitionNames = updatedDefinitions;
					if (this.manualSingletonNames.contains(beanName)) {
						Set<String> updatedSingletons = new LinkedHashSet<>(this.manualSingletonNames);
						updatedSingletons.remove(beanName);
						this.manualSingletonNames = updatedSingletons;
					}
				}
			}
			else {
				// Still in startup registration phase
				this.beanDefinitionMap.put(beanName, beanDefinition);
				this.beanDefinitionNames.add(beanName);
				this.manualSingletonNames.remove(beanName);
			}
			this.frozenBeanDefinitionNames = null;
		}

		if (existingDefinition != null || containsSingleton(beanName)) {
			resetBeanDefinition(beanName);
		}
	}

這個方法中對所需要加載的bean進行校驗,沒有問題的話就put到beanDefinitionMap中,beanDefinitionMap其實就是IOC.這樣我們的Bean就被加載到IOC容器中了。

責任編輯:姜華 來源: 今日頭條
相關推薦

2023-10-07 08:35:07

依賴注入Spring

2025-03-17 00:21:00

2023-04-18 23:44:54

性能優化開發preload

2024-03-18 00:00:00

SpringBean設計

2024-01-23 08:47:13

BeanSpring加載方式

2025-04-21 04:00:00

2024-05-29 08:19:03

2021-12-29 17:29:07

KubernetesEvents集群

2023-05-29 08:12:38

2024-01-03 13:39:00

JS,Javascrip算法

2023-10-18 10:55:55

HashMap

2025-04-11 05:55:00

2025-01-13 16:00:00

服務網關分布式系統架構

2022-08-26 13:24:03

version源碼sources

2017-12-05 17:44:31

機器學習CNN卷積層

2020-10-14 08:50:38

搞懂 Netty 線程

2025-05-06 01:14:00

系統編程響應式

2021-10-11 11:58:41

Channel原理recvq

2021-10-09 19:05:06

channelGo原理

2021-07-16 11:35:20

Java線程池代碼
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 国产一区 | 欧美日韩一区二区在线 | 国产精品免费大片 | 中文字幕在线三区 | 看av在线 | 一级毛片视频 | 欧美日韩一二三区 | 国产成人精品一区二区三区网站观看 | 久久久久国产 | 高清一区二区视频 | 久久久久久久久99精品 | 亚洲欧美视频在线观看 | 毛片av免费在线观看 | 久久一本 | 欧美在线视频网 | 亚洲欧美日韩一区二区 | 精品国产乱码久久久久久88av | 欧美一级黄色免费 | 国产高清免费 | 成人免费视频网站在线观看 | 欧美中文字幕一区 | 99久久精品视频免费 | 综合国产| 国产精品色哟哟网站 | 一区二区三区在线观看视频 | 国产精品1 | 日韩在线成人 | 91在线视频免费观看 | 日本a在线 | a视频在线 | 国产激情视频网 | 欧洲视频一区 | 伊人网站在线观看 | 国产午夜精品一区二区三区嫩草 | 久久久精 | 日韩在线观看网站 | 欧美一区二区在线观看视频 | 91免费看片神器 | 羞羞视频在线观看 | 视频一区二区在线 | 超碰超碰 |