1.人人都能看得懂的 IOC原理分析
2.Spring源码- 02 Spring IoC容器启动之refresh方法
3.Spring的两大核心是什么?谈一谈你对IOC的理解? 谈一谈你对DI的理解? 谈一谈你对AOP的理解?
4.spring的组件及作用(springclou组件)
5.Spring源码系列-BeanPostProcessor与BeanFactoryPostProcessor

人人都能看得懂的 IOC原理分析

       Spring框架，一个以bean生命周期管理见长的开源J2EE应用框架，它在Java编程中扮演着核心角色，是实现控制反转（IOC）模式的关键工具。

       Spring的核心特性包括控制反转（IOC）和面向切面编程（AOP）。本文将深入剖析IOC的自动发卡源码github概念，以及它如何在实际场景中发挥作用。

       如果没有IOC，我们将面临什么挑战？

       以订单结算为例，最初使用支付宝支付。支付服务通过接口与结算类紧密相连。没有IOC，每次更换支付方式，如从支付宝改为微信，都需要在所有依赖支付宝支付的地方进行代码修改。在一个大型系统中，这种依赖性导致了代码的巨大改动，一旦底层类的构造变化，上层和整个系统都可能受到影响。

       使用IOC则不同，它像汽车底盘，无损源码资源定义了轮胎的标准，开发者只需要向IOC容器索要，无需关心具体实现。Spring的IOC容器负责对象的实例化和依赖注入，如通过@Autowired注解注入支付宝支付实现类，使代码更加灵活和易于测试。

       IOC能为我们带来什么益处？

       控制反转意味着，原本由我们控制的对象，如PaymentService，交由Spring管理。我们不再直接创建对象，而是在需要时向Spring“请求”已准备好的对象。这降低了代码间的耦合，提高代码的可测试性和模块化开发的效率。

       注入方式详解

       Spring的注入方式有构造方法注入和setter方法注入，前者创建对象时直接注入依赖，保证对象就绪；后者允许稍后注入，但对象可能还未完全准备好。

       对可测试性的影响

       使用IOC，如创建PaymentMockService模拟支付服务，iapp源码设置允许独立测试OrderSettleService，提高测试的灵活性和效率。

       总结

       正如《Spring揭秘》所说，IOC是一种解耦业务对象间依赖关系的关键方式，它通过构造方法和setter注入简化对象管理，并增强代码的测试性。

Spring源码- Spring IoC容器启动之refresh方法

       在注册阶段，AnnotationConfigApplicationContext构造方法中的第一个方法被分析过。接下来，我们关注第二个方法：register(componentClasses)。在使用XML配置方式时，通过new ClassPathXmlApplicationContext("classpath:spring.xml")来创建实例，其中需要指定xml配置文件路径。使用注解方式时，也需要为ApplicationContext提供起始配置源头，这里使用配置类代替xml配置文件，按照配置类中的注解（如@ComponentScan、@Import、@Bean）解析并注入Bean到IoC容器。

       通过配置类，dx绘制源码Spring解析注解实现Bean的注入。使用@Configuration注解定义的配置类相当于xml配置文件，但目前Spring推荐使用注解方式，xml配置的使用概率正在降低。

       register(componentClasses)方法的核心逻辑在AnnotatedBeanDefinitionReader#doRegisterBean中，将传入的配置类解析为BeanDefinition并注册到IoC容器。ConfigurationClassPostProcessor这个BeanFactory后置处理器在IoC初始化时，获取配置类的BeanDefinition集合，开始解析。

       真正启动IoC容器的流程在refresh()方法中，这是了解IoC容器启动流程的关键步骤。refresh方法在AbstractApplicationContext中定义，采用模板模式，提供IoC初始化流程的基本实现，子类可以扩展。

       下面分析refresh()方法的每个步骤，以了解IoC容器的启动流程。

       prepareRefresh方法主要在refresh执行前进行准备工作，如设置Context的启动时间、状态，科鑫源码以及扩展系统属性相关。

       initPropertySources()方法主要用于扩展配置来源，如网络、物理文件、数据库等加载配置信息。StandardEnvironment默认只提供加载系统变量和应用变量的功能，用于子类扩展。

       ❝initPropertySources方法常见扩展场景包括：❞

       getEnvironment().validateRequiredProperties()确保设置的必要属性在环境中存在，否则抛出异常终止应用。

       BeanFactory是Spring的基本IoC容器，ApplicationContext包装了BeanFactory，提供更智能、更便捷的功能。ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();获取的BeanFactory是IoC容器初始化工作的基础。

       上面获取的BeanFactory还不能直接使用，需要填充必要的配置信息。至此，IoC容器的启动流程基本完成。

       这里对IoC启动流程有个大致、直观的印象。主要步骤包括：准备阶段、配置来源扩展、初始化BeanFactory、填充配置、解析配置类、注册Bean、实例化BeanPostProcessor、初始化国际化和事件机制、以及创建内嵌Servlet容器（在SpringBoot中实现）。这些步骤确保了IoC容器顺利启动并管理Bean。

Spring的两大核心是什么?谈一谈你对IOC的理解? 谈一谈你对DI的理解? 谈一谈你对AOP的理解?

       Spring的核心在于其框架的两大支柱：控制反转（IoC）与面向切面编程（AOP）。

       控制反转（IoC）是Spring的一个概念，核心在于对象的创建与管理由Spring容器统一负责。在传统编程中，开发者需主动创建并管理对象，而在Spring中，开发者只需配置对象，而创建、管理对象的工作则交给容器。这样，对象间的依赖关系更为松散，更易于复用与维护。简单来说，IoC让开发者从繁琐的对象创建工作中解放出来，专注于业务逻辑。

       依赖注入（DI）与控制反转（IoC）实质上是同一概念的不同表述，强调的是在程序运行时，由Spring容器动态地提供对象所需的外部资源。Spring提供多种注入方式，包括构造器注入、setter方法注入和基于注解的注入，灵活满足不同场景的需求。

       面向切面编程（AOP）则是Spring对面向对象编程的一种补充。AOP主要用于封装与业务逻辑无关，但对多个对象有影响的公共行为或逻辑。Spring AOP通过动态代理技术实现这一目标，每次运行时，AOP框架会在内存中为方法生成一个代理对象，该代理对象包含目标对象的所有方法，并在特定切点进行增强处理，同时回调原对象的方法。

       Spring AOP的动态代理主要有两种实现方式：JDK动态代理和CGLIB动态代理。JDK动态代理主要用于接口代理，通过Proxy类与InvocationHandler接口实现动态创建符合接口的代理对象。CGLIB动态代理则通过继承的方式生成子类，实现对目标类特定方法的增强。CGLIB适用于非final类的动态代理，而final类无法被CGLIB代理。

spring的组件及作用(springclou组件)

       ç®€è¦è¯´æ˜Žspring的两个核心功能及其作用

       spring框架是一个轻量级的开源仔伍框架，是一个IOC和AOP容器。它是低侵入式设计，独立于各种应用服务器，

       ä¾èµ–注入的特点将组件关系透明化，降低耦合度

       æŽ§åˆ¶åè½¬ï¼ˆIOC）：用来降低程序代码之间的耦合度，使整个程序体系结构更加灵活，同时将类的创建和依赖关系写在配置文件里，由配置文件注入，达到松耦合的效果。

       DI（依赖注入）

       è®¾å€¼æ³¨å…¥ï¼šåº•å±‚实现set方法赋值。

       ä½¿ç”¨æž„造器注入：罩凳底层实现构造方法注入，根据bean下的参数类型和参数数量，寻找对应的构造方法。

       è‡ªåŠ¨è£…配，不能自动装配所谓的简单类型包括基本类型，字符串和集合类通常用来自动装配对象

       æŒ‰ç…§åç§°æ¥è‡ªåŠ¨è£…配底层实现是set方法

       æŒ‰ç…§ç±»åž‹æ¥è‡ªåŠ¨è£…配底层实现是set方法

       2.面向切面编程（AOP）

       æœ€ä¸»è¦çš„作用：可以在不修改源代码的情况下，给目标方法动态添加功能

       ä¸šåŠ¡é€»è¾‘就专心的处理实际需求，通用的增强功能独立出来。将安全事务等程序逻辑相对独立的功能抽取出来，利用Spring的配置文件将这些功能插进去，实现了按照切面编程，提高了复用性。

       å››ç§å¢žå¼ºæ–¹å¼ï¼š

       å‰ç½®å¢žå¼ºï¼Œåœ¨æ ¸å¿ƒåŠŸèƒ½ä¹‹å‰æ‰§è¡Œçš„额外功能

       åŽç½®å¢žå¼ºï¼Œåœ¨æ ¸ç‰©æˆšæ—…心功能之后执行的额外功能

       å¼‚常增强，在核心功能发生异常时执行的额外功能

       çŽ¯ç»•å¢žå¼ºï¼Œåœ¨æ ¸å¿ƒåŠŸèƒ½ä¹‹å‰ä»¥åŠä¹‹åŽæ‰§è¡Œçš„额外功能

       spring包含哪些组件

       Spring框架是一个分层架构，由7个定义良好的模块组成袜判。Spring模块构建在核心容器之上，核心容器竖宴定义了创建、配置和管理bean的方式，组成Spring框架的每个模块（或组件）都可以单独存告纤改在，或者与其他一个或多个模块联合实现。

SpringMVC主要组件说明

       1、前端控制器DispatcherServlet（不需要开发，由框架提供【核心】）

       DispatcherServlet是SpringMVC的入口函数。接收请求，响应结果，相当于转发器碧简，中央处理器。有了DispatcherServlet，可以大大减少其它组件之间的耦合度。

       ç”¨æˆ·è¯·æ±‚到达前端控制器，就相当于mvc模式中的c，DispatcherServlet是整个流程控制的中心，由它调用其它组件来处理用户的请求。

       2、处理器映射器HandlerMapping(不需要开发，由框架提供)

       HandlerMapping负责根据用户请求（URL），找到相应的Handler即处理器（Controller），SpringMVC提供了不同映射器实现的不同映射方式，例如：配置文件方式，实现接口方式，注解方式等。

       3、处理器适配器HandlerAdapter(不需要开发，由框架提供)

       æŒ‰ç…§ç‰¹å®šè§„则（HandlerAdapter要求的规则）去执行Handler，通过HandlerAdapter对处理器进行执行，这是适配器模式的应用，通过扩展适配器可以对更多类型的处理器进行处理。

       4、处理器Handler(需要工程师开发)

       Handler是继DispatcherServlet前端控制器的后端控制器，在DispatcherServlet的控制下，Handler对具体的用户请求进行处理。由于Handler涉及到具体的用户业务请求，所以一般情况下需要工程师根据业务需求来开发Handler。

       5、视图解析器ViewResolver(不需要开发，由框架提供)

       ä½œç”¨ï¼šè¿›è¡Œè§†å›¾è§£æžï¼Œæ ¹æ®é€»è¾‘视图名解析成真正的视图（View），ViewResolver负责将处理结果生成View视图。首先，根据逻辑视图名解析成物理视图名（即具体的页面地址），再生成View视图对象，最后对View进行渲染，将处理结果通过页面展示给用户。

       SpringMVC框架提供了很多的View视图类型，包括：jstlView、freemarkerView、pdfView等。一般情况下，需要通过页面标签或页渗键面模版技术，将模型数据通过页面展示给用户，这需要由工程师根据丛慧巧业务需求开发具体的页面。

       6、视图View(需要工程师开发)

       View是一个接口，实现类才可以支持不同的View类型（jsp、freemarker、pdf...）

       æ€»ç»“：处理器Handler（也就是平常说的Controller控制器）以及视图层View，都是需要自行开发的。其他的一些组件，如：前端控制器DispatcherServlet、处理器映射器HandlerMapping、处理器适配器HandlerAdapter等都是由框架提供。

spring主要的作用？

       Spring框架是为了解决企业应用开发的复杂性而创建的。

       Spring的用途不仅仅限于服务器端的开发。从简单性、可测试性和松耦合性角度而言，绝大部分Java应用都可以从Spring中受益。使用基本的JavaBean代替EJB，并提供了更多的企业应用功能。

       æ‰©å±•èµ„æ–™

       ä¼˜ç‚¹

       1、JAVAEE应该更加容易使用。

       2、面向对象的设计比任何实现技术（比如JAVAEE）都重要。

       3、面向接口编程，而不是针对类编程。Spring将使用接口的复杂度降低到零。（面向接口编程有哪些复杂度）

       4、代码应该易于测试。Spring框架会帮助你，使代码的测试判衡更加简单。

       5、JavaBean提供了应用程序配置的最好方法。

       6、在Java中，已检查异常（Checkedexception）被过度使用。框架不应该迫使你捕拍碧获不掘贺做能恢复的异常。

       å‚考资料来源：百度百科-spring框架

Spring源码系列-BeanPostProcessor与BeanFactoryPostProcessor

       在Spring框架中，BeanPostProcessor与BeanFactoryPostProcessor各自承担着不同的职责，它们在IoC容器的工作流程中起着关键作用。

       BeanFactoryPostProcessor作用于BeanDefinition阶段，对容器中Bean的定义进行处理。这个过程发生在BeanFactory初始化时，对BeanDefinition进行修改或增强，提供了一种在不修改源代码的情况下定制Bean的机制。相比之下，BeanPostProcessor则在Bean实例化之后生效，对已经创建的Bean对象进行进一步处理或替换，提供了更晚、更灵活的扩展点。

       以制造杯子为例，BeanFactoryPostProcessor相当于在选择材料和形状阶段进行定制，而BeanPostProcessor则在杯子制造完成后，进行诸如加花纹、抛光等深加工。

       在Spring框架中，BeanPostProcessor的使用场景较为广泛，尤其在实现AOP（面向切面编程）时，通过使用代理类替换原始Bean，实现如日志记录、事务管理等功能。

       此外，容器在启动后，还会进行消息源初始化、广播器初始化及监听器初始化，为Bean实例化做好准备。完成这些准备工作后，容器会调用registerBeanPostProcessors方法注册BeanPostProcessor，对已创建的Bean进行进一步处理。同时，初始化消息源、广播器和监听器，为后续事件处理做好基础。

       总结，BeanFactoryPostProcessor与BeanPostProcessor在Spring IoC容器中的作用各有侧重。前者侧重于对BeanDefinition的定制，后者则是在Bean实例化后的进一步加工，两者共同为构建灵活、可扩展的IoC容器提供了强大的支持。

       在深入分析Spring框架的源码时，我们发现refresh()方法的实现中包含了对BeanFactoryPostProcessor和BeanPostProcessor的注册与处理。这些处理步骤确保了容器能够在启动时对Bean进行正确的配置和初始化。

       文章中通过一个例子展示了如何使用BeanFactoryPostProcessor替换已注册Bean的实现，以及对其源码的分析。通过例子和源码的结合，读者能够更直观地理解这些后置处理器在Spring框架中的应用和工作原理。