spring源码解析---spring-core(一)

最新推荐文章于 2024-07-27 17:22:10 发布
最新推荐文章于 2024-07-27 17:22:10 发布
阅读量1.6k 收藏
点赞数
分类专栏： spring源码 文章标签： spring java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/jikuicui7402/article/details/106560082
版权
 
 
使用版本spring4.2.2或者4.1.1
 

基本

本部分从最基本的Spring开始。配置文件:
<? xml version = " 1.0 " encoding = " UTF-8 " ?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="
http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-3.0.xsd ">
< bean class = " base.SimpleBean " ></ bean >
</ beans >
###原作者没有写beans的命名空间及约束 导致xml验证失败，这里加上了
###bean部分就是类的引用地址
启动代码:
public static void main( String [] args) {
ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext ( " config.xml " );
SimpleBean bean = context . getBean( SimpleBean . class);
bean . send();
context . close();
}
SimpleBean:
public class SimpleBean {
public void send () {
System . out . println( " I am send method from SimpleBean! " );
}
}
 

ClassPathXmlApplicationContext

整个继承体系如下:
 
ResourceLoader代表了 加载资源的一种方式，正是策略模式的实现 。
 
构造器源码:
public ClassPathXmlApplicationContext( String [] configLocations, boolean refresh, ApplicationContext parent) {
// null
super (parent);
setConfigLocations(configLocations);
// 默认true
if (refresh) {
refresh();
}
}
 
ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext ( " config.xml " ); 调用只会是上述两个方法其中一个，这里明显是 ClassPathXmlApplicationContext(String configLocation)
后面实际调用的都是本类的这个方法，如下图：
 
其实ClassPathXmlApplicationContext类里面的构造器（包括无参的共有9个在这个版本）。
 
 
 

构造器

 
。。。。。。此处省略几个向上的父类，一直到底抽象类  AbstractApplicationContext
首先看父类构造器，沿着继承体系一直向上调用，直到AbstractApplicationContext:
 
public AbstractApplicationContext( ApplicationContext parent) {
    this ();
    setParent(parent);
}
public AbstractApplicationContext() {
    this . resourcePatternResolver = getResourcePatternResolver();
}
 
PathMatchingResourcePatternResolver支持Ant风格的路径解析。下面简单概述下ant风格路径.
 
 

设置配置文件路径

即 AbstractRefreshableConfigApplicationContext. setConfigLocations:
public void setConfigLocations( 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 ++ ) {
this . configLocations[i] = resolvePath(locations[i]) . trim();
}
} else {
this . configLocations = null ;
}
}
 
resolvePath:
protected String resolvePath( String path) {
return getEnvironment() . resolveRequiredPlaceholders(path);
}
此方法的目的在于将占位符(placeholder)解析成实际的地址。比如可以这么写:  new ClassPathXmlApplicationContext("classpath:config.xml"); 那么classpath:就是需要被解析的。
getEnvironment方法来自于ConfigurableApplicationContext接口，源码很简单，如果为空就调用createEnvironment创建一个。AbstractApplicationContext.createEnvironment:
protected ConfigurableEnvironment createEnvironment() {
    return new StandardEnvironment ();//看下面的继承关系可以知道 StandardEnvironment是 ConfigurableEnvironment的实现类
}
 
 

Environment接口

继承体系:
Environmen接口**代表了当前应用所处的环境。**从此接口的方法可以看出，其主要和profile、Property相关。

Profile

Spring Profile特性是从3.1开始的，其主要是为了解决这样一种问题: 线上环境和测试环境使用不同的配置或是数据库或是其它。有了Profile便可以在 不同环境之间无缝切换。**Spring容器管理的所有bean都是和一个profile绑定在一起的。**使用了Profile的配置文件示例:
 
 
在启动代码中可以用如下代码设置活跃(当前使用的)Profile:
context . getEnvironment() . setActiveProfiles( " dev " );
当然使用的方式还有很多(比如注解)，参考:

Property

这里的Property指的是程序运行时的一些参数，引用注释:
properties files, JVM system properties, system environment variables, JNDI, servlet context parameters, ad-hoc Properties objects,Maps, and so on.

Environment实现类 AbstractEnvironment 构造器

private final MutablePropertySources propertySources = new MutablePropertySources ( this . logger);
public AbstractEnvironment() {
customizePropertySources( this . propertySources);
}

PropertySources接口

继承体系:
 
 
此接口实际上是PropertySource的容器，默认的MutablePropertySources实现内部含有一个CopyOnWriteArrayList作为存储载体。
StandardEnvironment.customizePropertySources:
/* * System environment property source name: {@value} */ public static final String SYSTEM_ENVIRONMENT_PROPERTY_SOURCE_NAME = " systemEnvironment " ;
/* * JVM system properties property source name: {@value} */ public static final String SYSTEM_PROPERTIES_PROPERTY_SOURCE_NAME = " systemProperties " ;
@Override protected void customizePropertySources( MutablePropertySources propertySources) {
propertySources . addLast( new MapPropertySource
( SYSTEM_PROPERTIES_PROPERTY_SOURCE_NAME , getSystemProperties()));
propertySources . addLast( new SystemEnvironmentPropertySource
( SYSTEM_ENVIRONMENT_PROPERTY_SOURCE_NAME , getSystemEnvironment()));
}

PropertySource接口

PropertySource接口代表了键值对的Property来源。继承体系：
 
 
 
AbstractEnvironment.getSystemProperties:（此方法在 org.springframework.core.env.AbstractEnvironment里面 ）
 
@Override public Map< String , Object > getSystemProperties() {
try {
return ( Map) System .getProperties();
}
catch ( AccessControlException ex) {
return ( Map) new ReadOnlySystemAttributesMap() {
@Override
protected String getSystemAttribute( String attributeName) {
try {
return System .getProperty(attributeName);
}
catch ( AccessControlException ex) {
if (logger .isInfoEnabled()) {
logger .info(format( " Caught AccessControlException when accessing system " +
" property [%s]; its value will be returned [null]. Reason: %s ",
attributeName, ex .getMessage()));
}
return null;
}
}
};
}
}
这里的实现很有意思，如果安全管理器阻止获取全部的系统属性，那么会尝试获取单个属性的可能性，如果还不行就抛异常了。
getSystemEnvironment方法也是一个套路，不过最终调用的是System.getenv，可以获取jvm和OS的一些版本信息。

路径Placeholder处理

AbstractEnvironment.resolveRequiredPlaceholders:
 
@Override public String resolveRequiredPlaceholders( String text) throws IllegalArgumentException {
// text即配置文件路径，比如classpath:config.xml
return this .propertyResolver .resolveRequiredPlaceholders(text);
}
propertyResolver是一个PropertySourcesPropertyResolver对象:
private final ConfigurablePropertyResolver propertyResolver =
new PropertySourcesPropertyResolver ( this . propertySources);

PropertyResolver接口

PropertyResolver继承体系(排除Environment分支):
 

路径Placeholder处理

AbstractEnvironment.resolveRequiredPlaceholders:
@Override public String resolveRequiredPlaceholders( String text) throws IllegalArgumentException {
// text即配置文件路径，比如classpath:config.xml
return this . propertyResolver . resolveRequiredPlaceholders(text);
}
propertyResolver是一个PropertySourcesPropertyResolver对象:
private final ConfigurablePropertyResolver propertyResolver =
new PropertySourcesPropertyResolver ( this . propertySources);

PropertyResolver接口

PropertyResolver继承体系(排除Environment分支):
 
 
此接口正是用来解析PropertyResource。

解析

AbstractPropertyResolver.resolveRequiredPlaceholders:
 
 
 
@Override public String resolveRequiredPlaceholders( String text) throws IllegalArgumentException {
if ( this .strictHelper == null) {
this .strictHelper = createPlaceholderHelper( false);
}
return doResolvePlaceholders(text, this .strictHelper);
}
private PropertyPlaceholderHelper createPlaceholderHelper( boolean ignoreUnresolvablePlaceholders) {
// 三个参数分别是${, }, :
return new PropertyPlaceholderHelper ( this . placeholderPrefix, this . placeholderSuffix,
this . valueSeparator, ignoreUnresolvablePlaceholders);
}
doResolvePlaceholders：
private String doResolvePlaceholders( String text, PropertyPlaceholderHelper helper) {
// PlaceholderResolver接口依然是策略模式的体现
return helper . replacePlaceholders(text, new PropertyPlaceholderHelper . PlaceholderResolver () {
@Override
public String resolvePlaceholder ( String placeholderName ) {
    return getPropertyAsRawString(placeholderName);
}
});
}
其实代码执行到这里的时候还没有进行xml配置文件的解析，那么这里的解析placeHolder是什么意思呢，原因在于可以这么写:
System . setProperty( " spring " , " classpath " );
ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext ( " ${spring}:config.xml " );
SimpleBean bean = context . getBean( SimpleBean . class);
这样就可以正确解析。placeholder的替换其实就是字符串操作，这里只说一下正确的属性是怎么来的。实现的关键在于PropertySourcesPropertyResolver.getProperty:
 
@Override protected String getPropertyAsRawString( String key) {
    return getProperty(key, String .class, false);
}
protected < T > T getProperty( String key, Class< T > targetValueType, boolean resolveNestedPlaceholders) {
    if ( this .propertySources != null) {
        for ( PropertySource<?> propertySource : this .propertySources) {
            Object value = propertySource .getProperty(key);
            return value;
        }
}
return null;
}
 
很明显了，就是从System.getProperty和System.getenv获取，但是由于环境变量是无法自定义的，所以其实此处只能通过System.setProperty指定。
注意，classpath:XXX这种写法的classpath前缀到目前为止还没有被处理。

refresh

super(parent）和this.setConfigLocations(configLocations);说完 下面说是refresh这个方法
 
Spring bean解析就在此方法，所以单独提出来。
AbstractApplicationContext.refresh:
作者版本:
@Override public void refresh() throws BeansException , IllegalStateException {
synchronized ( this . startupShutdownMonitor) {
// Prepare this context for refreshing.
prepareRefresh ();
// Tell the subclass to refresh the internal bean factory.
ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();
// 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);
// 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) {
// 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();
}
}
}

prepareRefresh

protected void prepareRefresh() {
this .startupDate = System .currentTimeMillis();
this .closed .set( false);
this .active .set( true);
// Initialize any placeholder property sources in the context environment
// 空实现
initPropertySources();
// Validate that all properties marked as required are resolvable
// see ConfigurablePropertyResolver#setRequiredProperties
getEnvironment() .validateRequiredProperties();
// Allow for the collection of early ApplicationEvents,
// to be published once the multicaster is available...
this .earlyApplicationEvents = new LinkedHashSet< ApplicationEvent >();
}
 

属性校验

AbstractEnvironment.validateRequiredProperties:
@Override public void validateRequiredProperties() throws MissingRequiredPropertiesException {
    this . propertyResolver . validateRequiredProperties();
}
AbstractPropertyResolver.validateRequiredProperties:
@Override public void validateRequiredProperties() {
MissingRequiredPropertiesException ex = new MissingRequiredPropertiesException ();
for ( String key : this . requiredProperties) {
    if ( this . getProperty(key) == null ) {
        ex . addMissingRequiredProperty(key);
      }
    }
    if ( !  ex . getMissingRequiredProperties() . isEmpty()) {
        throw ex;
    }
}
requiredProperties是通过setRequiredProperties方法设置的，保存在一个set里面，默认是空的，也就是不需要校验任何属性。
作者说是list集合里，实际是错的，当然也许是版本不同而已。
 
 
 
 
BeanFactory创建
      在refresh的这个方法里面
         ConfigurableListableBeanFactory beanFactory = this. obtainFreshBeanFactory ();//下面会讲到这个
         this.prepareBeanFactory(beanFactory);
 
由obtainFreshBeanFactory调用AbstractRefreshableApplicationContext.refreshBeanFactory:（见下图)
(这部分与作者源码一致）
 

BeanFactory接口

此接口实际上就是Bean容器，其继承体系:
 

BeanFactory定制

AbstractRefreshableApplicationContext.customizeBeanFactory方法用于给子类提供一个自由配置的机会，默认实现:
protected void customizeBeanFactory( DefaultListableBeanFactory beanFactory) {
if ( this . allowBeanDefinitionOverriding != null ) {
// 默认false，不允许覆盖
beanFactory . setAllowBeanDefinitionOverriding( this . allowBeanDefinitionOverriding);
}
if ( this . allowCircularReferences != null ) {
// 默认false，不允许循环引用
beanFactory . setAllowCircularReferences( this . allowCircularReferences);
}
}

Bean加载

AbstractXmlApplicationContext.loadBeanDefinitions，这个便是核心的bean加载了:
@Override protected void loadBeanDefinitions ( DefaultListableBeanFactory beanFactory) {
// Create a new XmlBeanDefinitionReader for the given BeanFactory.
XmlBeanDefinitionReader beanDefinitionReader = new XmlBeanDefinitionReader (beanFactory);
// Configure the bean definition reader with this context's
// resource loading environment.
beanDefinitionReader . setEnvironment( this . getEnvironment());
beanDefinitionReader . setResourceLoader( this );
beanDefinitionReader . setEntityResolver( new ResourceEntityResolver ( this ));// 为Bean读取器设置SAX xml解析器， 下面会说到这个 
// Allow a subclass to provide custom initialization of the reader,
// then proceed with actually loading the bean definitions.
// 默认空实现
initBeanDefinitionReader(beanDefinitionReader);
loadBeanDefinitions(beanDefinitionReader);
}

EntityResolver

此处只说明用到的部分继承体系:
 
EntityResolver 接口在org.xml.sax中定义。 DelegatingEntityResolver 用于schema和dtd的解析。
 

BeanDefinitionReader

继承体系:
 
 

路径解析(Ant)

protected void loadBeanDefinitions( XmlBeanDefinitionReader reader) {
Resource [] configResources = getConfigResources();
if (configResources != null ) {
reader . loadBeanDefinitions(configResources);
}
String [] configLocations = getConfigLocations();
// here
if (configLocations != null ) {
reader . loadBeanDefinitions(configLocations);
}
}
AbstractBeanDefinitionReader.loadBeanDefinitions:
下面作者这个肯定是不对的，因为调用了方法一样但参数列表不一样，实际是重载的 loadBeanDefinitions方法 ，上图两个是4.1.1的方法内容，与作者的版本不同。故贴出来。 
4.1.1版本与这个稍微有些不同
@Override public int loadBeanDefinitions( String . .. locations) throws BeanDefinitionStoreException {
Assert .notNull(locations, " Location array must not be null ");
int counter = 0;
for ( String location : locations) {
counter += loadBeanDefinitions(location);
}
return counter;
}
 
之后调用:
//第二个参数为空
public int loadBeanDefinitions(String location, Set<Resource> actualResources) throws BeanDefinitionStoreException {
    ResourceLoader resourceLoader = this.getResourceLoader();
    if (resourceLoader == null) {
        throw new BeanDefinitionStoreException("Cannot import bean definitions from location [" + location + "]: no ResourceLoader available");
    } else {
        int loadCount;
        if (!(resourceLoader instanceof ResourcePatternResolver)) {
            Resource resource = resourceLoader.getResource (location);
            loadCount = this.loadBeanDefinitions((Resource)resource);
            if (actualResources != null) {
                actualResources.add(resource);
            }
 
            if (this.logger.isDebugEnabled()) {
                this.logger.debug("Loaded " + loadCount + " bean definitions from location [" + location + "]");
            }
 
            return loadCount;
        } else {
            try {
                Resource[] resources = ((ResourcePatternResolver)resourceLoader). getResources (location);
                loadCount = this.loadBeanDefinitions(resources);
                if (actualResources != null) {
                    Resource[] var6 = resources;
                    int var7 = resources.length;
 
                    for(int var8 = 0; var8 < var7; ++var8) {
                        Resource resource = var6[var8];
                        actualResources.add(resource);
                    }
                }
 
                if (this.logger.isDebugEnabled()) {
                    this.logger.debug("Loaded " + loadCount + " bean definitions from location pattern [" + location + "]");
                }
 
                return loadCount;
            } catch (IOException var10) {
                throw new BeanDefinitionStoreException("Could not resolve bean definition resource pattern [" + location + "]", var10);
            }
        }
    }
}
 
getResources（作者写成 getResource,一字之差缪之千里 ）， 在AbstractApplicationContext. getResources ：
@Override
public Resource [] getResources( String locationPattern) throws IOException {
// 构造器中初始化，PathMatchingResourcePatternResolver对象
return this . resourcePatternResolver . getResources(locationPattern);
}
 
进入第二个方法，因为第一个是掉本类的方法。
public Resource[] getResources(String locationPattern) throws IOException {
//如果是ResourcePatternResolver
return this .resourceLoader instanceof ResourcePatternResolver ? ((ResourcePatternResolver) this .resourceLoader).getResources(locationPattern) : super .getResources(locationPattern) ;
}
PathMatchingResourcePatternResolver是ResourceLoader继承体系的一部分。
public Resource[] getResources(String locationPattern) throws IOException {
    Assert.notNull(locationPattern , "Location pattern must not be null" ) ;
if (locationPattern.startsWith( "classpath*:" )) {
    // matcher是一个AntPathMatcher对象
        return this .getPathMatcher().isPattern(locationPattern.substring( "classpath*:" .length())) ? this .findPathMatchingResources(locationPattern) :                                                        this .findAllClassPathResources(locationPattern.substring( "classpath*:" .length())) ;
} else {
       int prefixEnd = locationPattern.indexOf( ":" ) + 1 ;
       return this .getPathMatcher(). isPattern (locationPattern.substring( prefixEnd )) ? this .findPathMatchingResources(locationPattern) : new Resource[]
      { this .getResourceLoader().getResource(locationPattern)} ;
    }
}
isPattern:
注:本来以为是数字 ，后面才发现ASCII代表的数字：详情可查 https://baike.baidu.com/item/ASCII/309296?fr=aladdin
十进制指的是42
也经过测试发现是根据十进制的ASCII码参与运算的。
 
 
  也就是可以这么写:
new ClassPathXmlApplicationContext ( " con*.xml " );
更多的例子
具体怎么解析ant风格的就不写了。
 

配置文件加载

入口方法在AbstractBeanDefinitionReader:
// 加载 Resource [] resources = (( ResourcePatternResolver ) resourceLoader) . getResources(location);
// 解析 int loadCount = loadBeanDefinitions(resources);
最终逐个调用XmlBeanDefinitionReader的loadBeanDefinitions方法:
Resource是代表一种资源的接口，其类图:
 
 
 
EncodedResource扮演的其实是一个装饰器的模式，为InputStreamSource添加了字符编码(虽然默认为null)。这样为我们自定义xml配置文件的编码方式提供了机会。
之后关键的源码只有两三行:(这个是4.1.1版本中的源码，关键部分为标红的地方)
public int loadBeanDefinitions(EncodedResource encodedResource) throws BeanDefinitionStoreException {
    Assert.notNull(encodedResource, "EncodedResource must not be null");
    if (this.logger.isInfoEnabled()) {
    this.logger.info("Loading XML bean definitions from " + encodedResource.getResource());
    }
 
    Set<EncodedResource> currentResources = (Set)this.resourcesCurrentlyBeingLoaded.get();
    if (currentResources == null) {
    currentResources = new HashSet(4);
    this.resourcesCurrentlyBeingLoaded.set(currentResources);
    }
 
    if (!((Set)currentResources).add(encodedResource)) {
        throw new BeanDefinitionStoreException("Detected cyclic loading of " + encodedResource + " - check your import definitions!");
    } else {
        int var5;
    try {
         InputStream inputStream = encodedResource.getResource().getInputStream() ;
    try {
         InputSource inputSource = new InputSource(inputStream) ;
    if (encodedResource.getEncoding() != null) {
        inputSource.setEncoding(encodedResource.getEncoding());
    }
 
        var5 = this .doLoadBeanDefinitions(inputSource , encodedResource.getResource()) ;
    } finally {
       inputStream.close();
        }
    } catch (IOException var15) {
        throw new BeanDefinitionStoreException("IOException parsing XML document from " + encodedResource.getResource(), var15);
    } finally {
        ((Set)currentResources).remove(encodedResource);
    if (((Set)currentResources).isEmpty()) {
        this.resourcesCurrentlyBeingLoaded.remove();
        }
    }
        return var5;
    }
}
其实也差不多。
InputSource是org.xml.sax的类。
doLoadBeanDefinitions：
protected int doLoadBeanDefinitions( InputSource inputSource, Resource resource) {
Document doc = doLoadDocument(inputSource, resource);//下面先讲讲这部分 $ doLoadDocument $ 加载document
return registerBeanDefinitions(doc, resource);//在说说这部分$ registerBeanDefinitions $  主要是注册bean
} （4.1.1版本有些不同，主要在抛出异常方面）
( $ doLoadDocument $ )doLoadDocument:
protected Document doLoadDocument( InputSource inputSource, Resource resource) {
return this . documentLoader . loadDocument (inputSource, getEntityResolver (), this . errorHandler,
getValidationModeForResource(resource), isNamespaceAware());
//loadDocument方法实际调用的是DefaultDocumentLoader里面的loadDocument方法 #DefaultDocumentLoader.loadDocument
}
实际这个documentLoader就是 DefaultDocumentLoader . 此类是DocumentLoader接口的唯一实现。 getEntityResolver 方法返回ResourceEntityResolver，上面说过了。errorHandler是一个SimpleSaxErrorHandler对象。
 
校验模型 其实就是确定xml文件使用xsd方式还是dtd方式来校验，忘了的话左转度娘。Spring会通过读取xml文件的方式判断应该采用哪种。
NamespaceAware 默认false，因为默认配置了校验为true。(其实这个 默认校验 为true我还没找到）
 
DefaultDocumentLoader.loadDocument:
@Override public Document loadDocument( InputSource inputSource, EntityResolver entityResolver,
ErrorHandler errorHandler, int validationMode, boolean namespaceAware) {
// 这里就是老套路了，可以看出，Spring还是使用了dom的方式解析，即一次全部load到内存
DocumentBuilderFactory factory = createDocumentBuilderFactory(validationMode, namespaceAware);
DocumentBuilder builder = createDocumentBuilder(factory, entityResolver, errorHandler);
return builder . parse(inputSource);
}
 
createDocumentBuilderFactory比较有意思:
如上图所示，4.1.1版本的是这样，我跟确信下面的版本更成熟，因为很多地方是常量控制，4.1.1都是写死的常量。
 
protected DocumentBuilderFactory createDocumentBuilderFactory( int validationMode, boolean namespaceAware{
    DocumentBuilderFactory factory = DocumentBuilderFactory . newInstance();
    factory . setNamespaceAware(namespaceAware);
    if (validationMode != XmlValidationModeDetector . VALIDATION_NONE ) {
        // 此方法设为true仅对dtd有效，xsd(schema)无效
        factory . setValidating( true );
    if (validationMode == XmlValidationModeDetector . VALIDATION_XSD ) {
            // Enforce namespace aware for XSD...
            // 开启xsd(schema)支持
        factory . setNamespaceAware( true );
        // 这个也是Java支持Schema的套路，可以问度娘
        factory . setAttribute( SCHEMA_LANGUAGE_ATTRIBUTE , XSD_SCHEMA_LANGUAGE );
    }
}
return factory;
}
 

 

 Bean解析（这部分放在 spring源码解析---spring-core(二)）

 

 
程序员ken
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Spring源码分析-Spring核心类认识（一）
yqx1714768514的博客
01-08 732
相信每个Java程序员都使用过Spring这个框架，Spring不仅作用于服务器端的开发，从简单性、可测试性和松耦合性角度而言，绝大部分Java应用都可以从Spring中受益，如今的Spring全家桶已经是风靡全球，深受广大程序员的喜爱，本系列文章将带你一步步窥探Spring核心。
官方源码 spring-framework-5.3.4.zip
02-18
《Spring Framework 5.3.4 源码解析与深度探索》 Spring Framework作为Java领域最广泛应用的开源框架之一，其稳定性和灵活性备受开发者喜爱。本次我们关注的是它的5.3.4版本，官方源码的发布为开发者提供了一个深入...
Spring源码解析-1.源码编译
打怪升级
05-28 453
Spring源码解析-1.源码编译
Spring源码深度解析概览
WihauShe's Blogger
05-23 1065
注册解析器注册AnnotationAwareAspectJAutoProxyCreator注册或升级AnnotationAwareAspectJAutoProxyCreator:如果已经存在了自动代理创建器，而且存在的自动代理创建器与现在的不一致，那么根据优先级判断到底需要使用哪个处理proxy-target-class以及expose-proxy属性。
spring-session 原理及源码解析
top_explore的博客
04-01 2410
1 什么是spring-session？ spring-session是spring大家庭下的一个子项目，她的出现是为了集中管理session会话，解决多应用环境下的session共享问题，虽然她是spring框架下的子项目，但是spring-session不依赖于spring框架，可以将spring-session用于其他框架下提供session管理能力。 2 为什么会出现session共享...
【源码】Spring源码解析-源码编译
零度念者的博客
10-26 299
Spring源码解析（一） 说明 Spring：说到Spring，想必大家都是耳熟能详了，pring是一个大家族 源码解析：常见方式eclipse中通过安装反编译工具或通过IDEA自带的反编译工具去进入到方法中然后打断点一步步查看源码（注：反编译的源码与真实的源码可能存在差异），当前我们也可以自己去网上下载Spring的源码来自己看（GitHub）。 Spring源码编译 1.GitHub搜索S...
Spring源码剖析-Spring核心类认识(一)
墨家巨子@俏如来
06-01 8247
简介 相信每个Java程序员或多或少都使用过Spring这个框架，Spring不仅作用于服务器端的开发，从简单性、可测试性和松耦合性角度而言，绝大部分Java应用都可以从Spring中受益。如今的Spring全家桶已经是风靡全球，深受广大程序员的喜爱，可以说Java火了这么多年Spring起到了很大的作用，在国内一个Java程序员如果说没有用过Spring那是很难找到工作的 。而一个技术大牛,技术经理,或者架构师的成长都离不开对框架源码的窥探，所以本篇文章就带你一步一步由浅入深一窥Spring背后的密码。
spring-data-redis底层源码解析
baby_Xiao的博客
12-28 874
spring-data-redis底层源码解析 1. 对SpringDataRedis介绍 SpringDataRedis是Spring大家族中的一个成员，提供了在srping应用中通过简单的配置访问redis服务，对reids底层开发包(Jedis, JRedis, and RJC)进行了高度封装，RedisTemplate提供了redis各种操作、异常处理及序列化，支持发布订阅，并对spri...
Spring源码架构-核心概念解析
最新发布
qq_45061342的博客
07-27 954
BeanDefinition表示Bean定义，BeanDefinition中存在很多属性用来描述一个Bean的特点。比如： class，表示Bean类型 scope，表示Bean作用域，单例或原型等 lazyInit：表示Bean是否是懒加载 initMethodName：表示Bean初始化时要执行的方法 destroyMethodName：表示Bean销毁时要执行的方法
Spring源码解析之-Spring-core和Spring-context
mbshqqb的博客
04-17 1185
Spring core是核心层，拥有这BeanFactory这个强大的工厂，是所有bean的管理器； spring context是上下文运行环境，基于spring core之上的一个架构。 Spring core是用来负责发现、创建并处理bean之间的关系的一个工具包；可以这么理解，core把bean的创建、bean的互相注入的方法定义好了，上层服务只需要调用就好了；提供功能但不调用就是spri...
spring 源码解析系列01--xml解析
啊苏哥哥好的博客
08-13 1139
源码第一节， xml 配置流程解读
spring-framework-5.3.29.zip
08-31
《Spring框架5.3.29深度解析》 Spring框架，作为Java开发中最核心的开源框架之一，一直以来都是企业级应用开发的首选。Spring 5.3.29版本是其发展过程中的一个重要里程碑，它提供了诸多改进和新特性，旨在提升开发...
spring-framework-5.2.8.RELEASE.zip
07-26
Core模块包含了Spring的基本功能，Context模块则提供了一个可以加载和管理Bean的容器，是其他所有模块的基础。 2. **Data Access/Integration**：包括JDBC、ORM、OXM、JMS和Tx模块。这些模块为数据访问提供了支持，...
spring-framework-5.2.25.RELEASE.zip
08-31
《Spring框架5.2.25.RELEASE源码解析》 Spring Framework，作为Java开发领域中的核心组件，是构建高效、灵活且可测试的Java应用的基石。5.2.25.RELEASE版本的发布，为开发者提供了稳定性和功能性的增强，让我们一起...
官方原版源码 spring-framework-5.1.15.RELEASE.zip
05-06
Spring Core负责基础的IoC（Inversion of Control）容器，Spring Beans则实现了Bean的生命周期管理和配置，Spring Context则是基于Core之上构建的，提供了一个应用上下文，可以管理Bean并与其他Spring模块集成。...
探索 Spring WebFlux：构建响应式 Web 应用
修复bug生成bug
07-25 315
Spring WebFlux 是 Spring 5 中引入的一个响应式 Web 框架，它是对 Spring MVC 的补充。与传统的 Spring MVC 不同，Spring WebFlux 基于 Reactor 项目，使用非阻塞的 I/O 和响应式流来处理请求和响应。
SpringCloud之使用 Nacos 实现高效购物车商品信息处理
Takumilove的博客
07-24 1151
通过上述步骤，我们成功实现了一个高效的购物车商品信息处理流程。使用 Nacos 来进行服务发现，并结合手写的负载均衡策略，确保了服务调用的高可用性和稳定性。这样不仅提升了系统的性能，还能给用户带来更好的购物体验。
Spring 事务管理 04
程序员进阶之路
07-23 861
事务Transaction）是数据库管理系统（DBMS）中的一个重要概念，它确保数据库操作的**一致性**、**完整性**和**持久性**。在软件开发中，特别是涉及到多个数据库操作或者复杂的数据更新过程时，使用事务能够有效地保证数据操作的正确性和可靠性。以下是几个需要事务的主要原因：
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

程序员ken

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值