Spring源码分析

最新推荐文章于 2022-05-02 18:06:12 发布
最新推荐文章于 2022-05-02 18:06:12 发布
阅读量112 收藏
点赞数
分类专栏： 面试 阿里巴巴 程序员 文章标签： java 后端 程序人生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_58476806/article/details/118152262
版权
本文详细剖析了Spring的依赖注入实现、配置方式、初始化过程、SpringMVC源码解析及bean的生命周期。从构造器注入、setter注入到AOP原理，再到SpringMVC的web容器启动、DispatcherServlet初始化及JSP运行过程，最后讨论了bean的创建和销毁过程，旨在帮助开发者深化对Spring的理解。
摘要由CSDN通过智能技术生成

Spring源码分析

一、Spring依赖注入有三种实现方式：

1.构造器注入

2.Setter注入

3.FactoryBean接口注入

二、Spring三种配置方式：

1.XML

2.注解

3.Java的配置

三、Spring初始化过程：

1.初始化beanFactory，加载BeanDefinition的核心类和方法

2.初始化bean一个普通分支

3.Aop的实现原理

这个在getBean里面的AbstractAutowireCapableBeanFactory.initializeBean();里面发挥用处

img

JDK动态代理是需要被代理的类实现InvocationHandler接口，JDK动态代理只能对实现了接口的类生成代理，而不能针对类。

CGLIB是针对类实现代理，主要是对指定的类生成一个子类，覆盖其中的方法，并覆盖其中方法实现增强，但是因为采用的是继承，所以该类或方法最好不要声明成final，对于final类或方法，是无法继承的。

四、SpringMvc源码解析<

最低0.47元/天 解锁文章
Python进阶者。
关注
专栏目录
spring源码分析
08-17
1.Spring源代码解析(一):Spring中的事务处理 2. Spring源代码解析(二)：ioc容器在Web容器中的启动 3.Spring源代码解析(三)：Spring JDBC 4.Spring源代码解析(四)：Spring MVC 5.Spring源代码解析(五）：Spring AOP获取Proxy 6. Spring源代码解析(六）：Spring声明式事务处理 7. Spring源代码解析（七）：Spring AOP中对拦截器调用的实现 8. Spring源代码解析（八）：Spring驱动Hibernate的实现 9.Spring源代码解析（九）：Spring Acegi框架鉴权的实现 10. Spring源代码解析（十）：Spring Acegi框架授权的实现
SpringBoot源码深度解析
最新发布
weixin_41338970的博客
07-21 1846
其中，DeferredImportSelector接口很重要，根据这个接口的特点：当Spring在解析配置类的时候，当解析完这一轮配置类后，才回调用DeferredImportSelector#selectImports()方法，由于有着一个延迟解析的特点，才能实现这样一个功能：比如Servlet容器有很多种，如Tomcat、Jetty、Undertow等，默认使用Tomcat作为Servlet容器，如果此时开发人员不想用Tomcat，想用Jetty，那应该怎么做呢？如果有多个配置类，就用","隔开。
Spring源码分析（一）
u010215318的博客
04-02 263
从源码分析Spring问题SpringBean生命周期与循环引用问题顶层接口 BeanFactory实现类AbstractApplicationContext与AbstractBeanFactory比较从类注解分析从类图分析生命周期-getBean循环引用问题生命周期-createBean SpringBean生命周期与循环引用问题 spring相信大家都不陌生，由Rod Johnson创造，通过IOC和AOP很好的解决了耦合问题，那么他底层是怎么实现的呢，首先我们考虑 在应用层 由传统的new对象，变成了
spring源码解析
重燃小窗
05-02 629
通过main方法作为入口 public static void main(String[] args) { AnnotationConfigApplicationContext annotationConfigApplicationContext = new AnnotationConfigApplicationContext(RetryAspectConfig.class); String[] beanDefinitionNames = annotationConfigAp
Spring源码分析.pdf
09-26
Spring 源码分析 Spring 框架是 Java 语言中最流行的开源框架之一，它提供了一个强大且灵活的基础设施来构建企业级应用程序。在 Spring 框架中，IOC 容器扮演着核心角色，本文将深入分析 Spring 源码，了解 IOC ...
spring源码分析环境搭建
01-08
第一步：获取spring-framework 源码 ，地址为：https://github.com/spring-projects/spring-framework/tree/5.0.x 第二步：导入源码  导入等就行了，一段时间后完成后构建。  坑1：plugin with id ‘java-test-...
Spring源码分析.txt
07-25
spring源码分析，百度云视频。链接如果失效了，请私聊我。
spring源码简单解析
code_manongz的博客
03-21 440
1、BeanDefinition 接口 public abstract class AbstractBeanDefinition extends BeanMetadataAttributeAccessor implements BeanDefinition, Cloneable { private volatile Object beanClass; private String scope = SCOPE_DEFAULT; private boolean ab.
spring源码分析（一）
08-28
spring源码分析（一）
spring源代码解析
06-15
代码解析2，部分摘抄 简单的说，在web容器中，通过ServletContext为Spring的IOC容器提供宿主环境，对应的建立起一个IOC容器的体系。其中，首先需要建立的是根上下文，这个上下文持有的对象可以有业务对象，数据存取对象，资源，事物管理器等各种中间层对象。在这个上下文的基础上，和web MVC相关还会有一个上下文来保存控制器之类的MVC对象，这样就构成了一个层次化的上下文结构。在web容器中启动Spring应用程序就是一个建立这个上下文体系的过程。Spring为web应用提供了上下文的扩展接口 WebApplicationContext: 如转载请注明，转载自：关注Java[http://www.gbsou.com] 本文链接: http://www.gbsou.com/2009/08/11/214.html - - Java代码 public interface WebApplicationContext extends ApplicationContext { //这里定义的常量用于在ServletContext中存取根上下文 String ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE = WebApplicationContext.class.getName() + ".ROOT"; …… //对WebApplicationContext来说，需要得到Web容器的ServletContext ServletContext getServletContext(); } public interface WebApplicationContext extends ApplicationContext { //这里定义的常量用于在ServletContext中存取根上下文 String ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE = WebApplicationContext.class.getName() + ".ROOT"; ...... //对WebApplicationContext来说，需要得到Web容器的ServletContext ServletContext getServletContext(); } 而一般的启动过程，Spring会使用一个默认的实现，XmlWebApplicationContext – 这个上下文实现作为在web容器中的根上下文容器被建立起来，具体的建立过程在下面我们会详细分析。 Java代码 public class XmlWebApplicationContext extends AbstractRefreshableWebApplicationContext { /** 这是和web部署相关的位置信息，用来作为默认的根上下文bean定义信息的存放位置*/ public static final String DEFAULT_CONFIG_LOCATION = "/WEB-INF/applicationContext.xml"; public static final String DEFAULT_CONFIG_LOCATION_PREFIX = "/WEB-INF/"; public static final String DEFAULT_CONFIG_LOCATION_SUFFIX = ".xml"; //我们又看到了熟悉的loadBeanDefinition,就像我们前面对IOC容器的分析中一样，这个加载工程在容器的refresh()的时候启动。 protected void loadBeanDefinitions(DefaultListableBeanFactory beanFactory) throws IOException { //对于XmlWebApplicationContext,当然使用的是XmlBeanDefinitionReader来对bean定义信息来进行解析 XmlBeanDefinitionReader beanDefinitionReader = new XmlBeanDefinitionReader(beanFactory); beanDefinitionReader.setResourceLoader(this); beanDefinitionReader.setEntityResolver(new ResourceEntityResolver(this)); initBeanDefinitionReader(beanDefinitionReader); loadBeanDefinitions(beanDefinitionReader); } protected void initBeanDefinitionReader(XmlBeanDefinitionReader beanDefinitionReader) { } //使用XmlBeanDefinitionReader来读入bean定义信息 protected void loadBeanDefinitions(XmlBeanDefinitionReader reader) throws BeansException, IOException { String[] configLocations = getConfigLocations(); if (configLocations != null) { for (int i = 0; i < configLocations.length; i++) { reader.loadBeanDefinitions(configLocations[i]); } } } //这里取得bean定义信息位置，默认的地方是/WEB-INF/applicationContext.xml protected String[] getDefaultConfigLocations() { if (getNamespace() != null) { return new String[] {DEFAULT_CONFIG_LOCATION_PREFIX + getNamespace() + DEFAULT_CONFIG_LOCATION_SUFFIX}; } else { return new String[] {DEFAULT_CONFIG_LOCATION}; } } } public class XmlWebApplicationContext extends AbstractRefreshableWebApplicationContext { /** 这是和web部署相关的位置信息，用来作为默认的根上下文bean定义信息的存放位置*/ public static final String DEFAULT_CONFIG_LOCATION = "/WEB-INF/applicationContext.xml"; public static final String DEFAULT_CONFIG_LOCATION_PREFIX = "/WEB-INF/"; public static final String DEFAULT_CONFIG_LOCATION_SUFFIX = ".xml"; //我们又看到了熟悉的loadBeanDefinition,就像我们前面对IOC容器的分析中一样，这个加载工程在容器的refresh()的时候启动。 protected void loadBeanDefinitions(DefaultListableBeanFactory beanFactory) throws IOException { //对于XmlWebApplicationContext,当然使用的是XmlBeanDefinitionReader来对bean定义信息来进行解析 XmlBeanDefinitionReader beanDefinitionReader = new XmlBeanDefinitionReader(beanFactory); beanDefinitionReader.setResourceLoader(this); beanDefinitionReader.setEntityResolver(new ResourceEntityResolver(this)); initBeanDefinitionReader(beanDefinitionReader); loadBeanDefinitions(beanDefinitionReader); } protected void initBeanDefinitionReader(XmlBeanDefinitionReader beanDefinitionReader) { } //使用XmlBeanDefinitionReader来读入bean定义信息 protected void loadBeanDefinitions(XmlBeanDefinitionReader reader) throws BeansException, IOException { String[] configLocations = getConfigLocations(); if (configLocations != null) { for (int i = 0; i < configLocations.length; i++) { reader.loadBeanDefinitions(configLocations[i]); } } } //这里取得bean定义信息位置，默认的地方是/WEB-INF/applicationContext.xml protected String[] getDefaultConfigLocations() { if (getNamespace() != null) { return new String[] {DEFAULT_CONFIG_LOCATION_PREFIX + getNamespace() + DEFAULT_CONFIG_LOCATION_SUFFIX}; } else { return new String[] {DEFAULT_CONFIG_LOCATION}; } } } 对于一个Spring激活的web应用程序，可以通过使用Spring代码声明式的指定在web应用程序启动时载入应用程序上下文（WebApplicationContext),Spring的ContextLoader是提供这样性能的类，我们可以使用 ContextLoaderServlet或者ContextLoaderListener的启动时载入的Servlet来实例化Spring IOC容器 – 为什么会有两个不同的类来装载它呢，这是因为它们的使用需要区别不同的Servlet容器支持的Serlvet版本。但不管是 ContextLoaderSevlet还是 ContextLoaderListener都使用ContextLoader来完成实际的WebApplicationContext的初始化工作。这个ContextLoder就像是Spring Web应用程序在Web容器中的加载器booter。当然这些Servlet的具体使用我们都要借助web容器中的部署描述符来进行相关的定义。 下面我们使用ContextLoaderListener作为载入器作一个详细的分析，这个Servlet的监听器是根上下文被载入的地方，也是整个 Spring　web应用加载上下文的第一个地方；从加载过程我们可以看到，首先从Servlet事件中得到ServletContext，然后可以读到配置好的在web.xml的中的各个属性值，然后ContextLoder实例化WebApplicationContext并完成其载入和初始化作为根上下文。当这个根上下文被载入后，它被绑定到web应用程序的ServletContext上。任何需要访问该ApplicationContext的应用程序代码都可以从WebApplicationContextUtils类的静态方法来得到：
Spring源码解析
02-28
Spring源码解析Spring源码解析Spring源码解析Spring源码解析Spring源码解析
spring 源码分析
07-27
Spring 源码分析是一个相对复杂和庞大的话题，无法在一次对话中详细讨论。不过，我可以给你提供一些关于 Spring 源码分析的一般指导和建议。 1. 了解 Spring 的核心模块：Spring 框架是模块化的，每个模块都有不同...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值