96SEO 2026-02-20 01:41 41
。

掌握总体脉络是必要的#xff0c;接下来的每一章都是从总体脉络中#xff0c;
去研究之前没看的一些重要…前面几章大致讲了Spring的IOC容器的大致过程和原理以及重要的容器和beanFactory的继承关系为后续这些细节挖掘提供一点理解基础。
掌握总体脉络是必要的接下来的每一章都是从总体脉络中
本章就是主要从Spring容器的启动开始查看一下Spring容器是怎么启动的调用了父类的构造方法有没有干了什么。
ClassPathXmlApplicationContext(applicationContext.xml);
ClassPathXmlApplicationContext(String[]
{//调用父类构造方法其实没做啥就是如果有父容器默认啥空设置父容器和合并父容器的environment到当前容器super(parent);//设置配置文件地址如果有用了$、#{}表达式会解析到这些占位符拿environment里面到属性去替换返回setConfigLocations(configLocations);if
用了模板方法设计模型规定了容器中的一系列步骤refresh();}
其实这个方法点进去会调用到一系列父类的super方法但是最终只是调用到了
AbstractApplicationContext的构造方法其实每个父类里面对应的属性都可以看一看有些都是直接初始化默认的
AbstractApplicationContext(Nullable
{//会初始化resourcePatternResolver属性为PathMatchingResourcePatternResolver//就是路径资源解析器比如写的classpath:*会默认去加载classpath下的资源this();//设置父容器。
并会copy父容器的environment属性合并到当前容器中setParent(parent);
{//设置资源解析器this.resourcePatternResolver
就是设置了自己的resourcePatternResolver资源解析器
PathMatchingResourcePatternResolver
PathMatchingResourcePatternResolver(this);
其实这个对象的功能就是把你传进来的字符串的路径解析加载到具体的文件返回Spring能识别的Resource对象
okthis方法走完了应该就继续走之前的setParent(parent)方法
其实这里目前就是走不进去的默认的parent父容器我们这里没使用所以是空的并不会走if的逻辑
但是代码也挺简单其实就是设置了parent属性合并父容器的Environment到当前容器的Environment中
parent;//如歌有父容器则合并父容器的Environment的元素到当前容器中//合并PropertySource也就是key和value//合并激活activeProfiles文件列表//合并默认文件列表defaultProfilesif
{getEnvironment().merge((ConfigurableEnvironment)
会先调用到getEnvironment方法获取环境对象如果没有的话会创建一个默认的
会初始化一个StandardEnvironment类型的对象我们可以关注他的构造方法其实并没有内容但是会默认调用他的父类AbstractEnvironment构造器的方法
propertySourceList数组存储不同类型的PropertySource
//存放Environment对象里的每个属性一个PropertySource对象里面存有不同的Properties对象
//Properties对象就是有key和value的键值对象
LogFactory.getLog(getClass());protected
其实name只是一个类型而已比如Environment包括了systemProperties系统属性和systemEnv系统环境变量两种。
对应就是不同的name的属性存储器
source属性一般都是Java中的Properties对象这个对象大家应该都熟悉吧就跟map差不多有key和value一般用于读取properties文件使用
看一下下面的图就知道了Environment在Spring中算是非常重要的对象了所以必须了解
接下来就是调用AbstractEnvironment的this方法进去了。
AbstractEnvironmentMutablePropertySources
AbstractEnvironment(MutablePropertySources
propertySources;//创建属性解析器PropertySourcesPropertyResolverthis.propertyResolver
createPropertyResolver(propertySources);//调用子类的方法加载系统的环境变量和系统属性到environment中customizePropertySources(propertySources);
可以看到这里就是设置了Environment内部的propertySources对象存储属性的容器
设置了propertyResolver属性解析器类型为PropertySourcesPropertyResolver还把刚刚那个propertySources设置进去了这个解析器在后面会用到在设置配置文件路径时会解析后面会聊到
接下来非常重要的方法就是customizePropertySources方法了其实在当前类AbstractEnvironment中是空方法是子类
StandardEnvironment实现的。
这里是不是很熟悉的味道又是模版方法设计模式AbstractEnvironment规定了步骤调用了当前类的空方法子类会去覆盖这个空方法
ok我们进来了子类StandardEnvironment的customizePropertySources方法
其实可以看到这里就是写了两句代码分别就是去读取系统属性和系统环境变量的值加载到Environment中
SYSTEM_ENVIRONMENT_PROPERTY_SOURCE_NAME
SYSTEM_PROPERTIES_PROPERTY_SOURCE_NAME
systemProperties;Overrideprotected
customizePropertySources(MutablePropertySources
{//添加系统属性和系统环境变量封装了一个个propertySource对象添加到Environment的propertySources属性列表中propertySources.addLast(//系统属性new
PropertiesPropertySource(SYSTEM_PROPERTIES_PROPERTY_SOURCE_NAME,
getSystemProperties()));propertySources.addLast(//系统环境变量new
SystemEnvironmentPropertySource(SYSTEM_ENVIRONMENT_PROPERTY_SOURCE_NAME,
getSystemEnvironment()));}}我们可以看其中一个方法getSystemEnvironment就是调用了jdk的System.getenv()方法去获取到你本机的系统环境变量的值然后最后设置到propertySources
System.getenv(attributeName);}catch
okk✋回到之前的调用getEnvironment的地方咱们已经看完这个方法啦也就是标题1.2处
接下里有了Environment对象就会进行父子容器的Environment的合并啦!
Environment.merge()-父子容器的Environment合并
这里的代码就非常简单了主要就是合并父容器的Environment的属性到当前子容器中
//合并PropertySource也就是具体存在的属性键值对
(!this.propertySources.contains(ps.getName()))
{this.propertySources.addLast(ps);}
(!ObjectUtils.isEmpty(parentActiveProfiles))
{Collections.addAll(this.activeProfiles,
(!ObjectUtils.isEmpty(parentDefaultProfiles))
{this.defaultProfiles.remove(RESERVED_DEFAULT_PROFILE_NAME);Collections.addAll(this.defaultProfiles,
ok到这里标题1调用父类构造的方法到这里就结束了接下来继续探索setConfigLocations干了什么。
比如applicationContext-${profile}.xml
那么applicationContext-${profile}.xml会被替换成
{//断言判读当前配置文件地址是空就跑出异常Assert.noNullElements(locations,
{//解析当前配置文件的地址并且将地址格式化成标准格式this.configLocations[i]
resolvePath(locations[i]).trim();}}else
这里关键的方法是会调用到resolvePath方法并返回这些字符串路径
点进去有没有感觉到很惊喜为什么用了getEnvironment去调用的呢
其实之前的getEnvironment并没有执行到因为我们没有设置父类parent到这里才是第一次初始化这个Environment对象然后调用它的resolveRequiredPlaceholders方法去解析路径
这里关Environment什么事呢其实我们可以动态地写我们的配置文件配置文件会去读取占位符判断在Environment是否存在这些属性并完成替换
{//这里的获取getEnvironment会默认创建StandardEnvironment对象。
//并用这个Environment对象解析路径return
getEnvironment().resolveRequiredPlaceholders(path);
ok解析完配置接下来就是最核心的方法了调用refresh容器刷新方法
这个方法是IOC的核心方法只要掌握这个方法中的每一个方法其实就基本掌握了Spring的IOC的整个流程。
创建beanfactory去解析配置文、加载beandefinition、*
invokeBeanFactoryPostProcessors
initApplicationEventMulticaster
finishBeanFactoryInitialization
this.applicationStartup.start(spring.context.refresh);//
refreshing.//容器刷新的前置准备//设置启动时间激活状态为true关闭状态false//初始化environment//初始化监听器列表prepareRefresh();//
factory.//创建beanFactory对象并且扫描配置文件加载beanDeifination注册到容器中ConfigurableListableBeanFactory
context.//BeanFactory的预准备处理设置beanFactory的属性比如添加各种beanPostProcessor//设置environment为bean对象并添加到容器中后面可以直接autowrie注入这些对象prepareBeanFactory(beanFactory);try
subclasses.//子类去实现的回调方法当前容器没做什么工作是个空方法postProcessBeanFactory(beanFactory);StartupStep
this.applicationStartup.start(spring.context.beans.post-process);//
context.//加载并处理beanFactoryPostProcessorinvokeBeanFactoryPostProcessors(beanFactory);//
creation.//注册BeanPostProcessor对象到容器中registerBeanPostProcessors(beanFactory);beanPostProcess.end();//
context.//初始化消息源国际化使用initMessageSource();//
context.//初始化事件多播器对象并注册到容器中initApplicationEventMulticaster();//
subclasses.//刷新又是spring为了扩展做的一个空实现让子类可以覆盖这个方法做增强功能onRefresh();//
***m.//注册监听器到容器中如果容器中的earlyApplicationEvents列表中有事件列表//就会先发送这些事件。
比如可以在前面的onRefresh方法中设置registerListeners();//
singletons.//最最重要的方法根据之前加载好的beandefinition实例化bean到容器中//涉及到三级缓存、bean的生命周期、属性赋值等等finishBeanFactoryInitialization(beanFactory);//
event.//完成刷新会发送事件。
//检查earlyApplicationEvents事件列表中有没有新增的未发送的事件有就发送//
在执行applicationEventMulticaster事件列表中的所有事件finishRefresh();}catch
anymore...resetCommonCaches();contextRefresh.end();}}
作为专业的SEO优化服务提供商,我们致力于通过科学、系统的搜索引擎优化策略,帮助企业在百度、Google等搜索引擎中获得更高的排名和流量。我们的服务涵盖网站结构优化、内容优化、技术SEO和链接建设等多个维度。
| 服务项目 | 基础套餐 | 标准套餐 | 高级定制 |
|---|---|---|---|
| 关键词优化数量 | 10-20个核心词 | 30-50个核心词+长尾词 | 80-150个全方位覆盖 |
| 内容优化 | 基础页面优化 | 全站内容优化+每月5篇原创 | 个性化内容策略+每月15篇原创 |
| 技术SEO | 基本技术检查 | 全面技术优化+移动适配 | 深度技术重构+性能优化 |
| 外链建设 | 每月5-10条 | 每月20-30条高质量外链 | 每月50+条多渠道外链 |
| 数据报告 | 月度基础报告 | 双周详细报告+分析 | 每周深度报告+策略调整 |
| 效果保障 | 3-6个月见效 | 2-4个月见效 | 1-3个月快速见效 |
我们的SEO优化服务遵循科学严谨的流程,确保每一步都基于数据分析和行业最佳实践:
全面检测网站技术问题、内容质量、竞争对手情况,制定个性化优化方案。
基于用户搜索意图和商业目标,制定全面的关键词矩阵和布局策略。
解决网站技术问题,优化网站结构,提升页面速度和移动端体验。
创作高质量原创内容,优化现有页面,建立内容更新机制。
获取高质量外部链接,建立品牌在线影响力,提升网站权威度。
持续监控排名、流量和转化数据,根据效果调整优化策略。
基于我们服务的客户数据统计,平均优化效果如下:
我们坚信,真正的SEO优化不仅仅是追求排名,而是通过提供优质内容、优化用户体验、建立网站权威,最终实现可持续的业务增长。我们的目标是与客户建立长期合作关系,共同成长。
Demand feedback