1.「Spring」@ConfigurationProperties——从基础到源码
2.spring源码解析bean初始化与依赖注入四
3.Spring源码从入门到精通---@Import（五）
4.如何阅读spring源码？
5.6. Spring源码篇之FactoryBean
6.说说我为什么开始放弃 Spring Framework

「Spring」@ConfigurationProperties——从基础到源码

       通过阅读本文，核g核你将了解如何从配置文件中获取配置属性，心源心编以及Spring框架中@ConfigurationProperties注解的核g核应用。我们将从基础介绍开始，心源心编逐步深入到更高级的核g核用法和源码探索。

       基础

       在开始之前，心源心编桌面ps源码请确保在你的核g核项目中添加以下依赖项：

       spring-boot-starter-parent

       spring-boot-starter-validation

       这些依赖用于验证配置属性。接下来，心源心编我们将定义一个配置类，核g核通常建议将需要定义的心源心编属性分离到单独的POJO类中，使用@Configuration注解来指示Spring创建对应的核g核Bean。同时，心源心编使用@ConfigurationProperties注解来绑定配置属性，核g核通过指定属性的心源心编前缀，Spring会自动将POJO类与配置文件中前缀相同的核g核属性绑定。

       例如，定义一个名为MailConfigProperties的类，并在application.properties中设置前缀为mail的属性，如mail.hostName。Spring会自动将这些属性绑定到MailConfigProperties类的相应字段中。

       进阶

       除了基础用法，我们还可以进行属性嵌套、属性验证和转换。例如，创建一个MailCrendential类，然后在MailConfigProperties中嵌套这个类，并更新application.properties以匹配新的结构。使用@Validated注解进行属性验证，确保所有属性按照预期的类型和规则正确设置。

       在处理复杂属性，如时间或数据大小时，可以使用@DurationUnit或DataSize注解进行转换，让代码更加简洁。自定义属性转换器可以进一步增强灵活性，通过实现Converter接口并使用@ConfigurationPropertiesBinding注解来处理特定类型的转换需求。

       源码探究

       理解@ConfigurationProperties的工作原理，我们可以通过源码探索来深入。首先，该注解通过BeanPostProcessor实现，它在Bean实例化和依赖注入后执行，为配置类添加额外的逻辑。具体实现中，im云源码关键方法postProcessBeforeInitialization由ConfigurationPropertiesBindingPostProcessor类调用，该处理器负责在Spring上下文中注册配置类，并将配置属性绑定到相应对象上。

       整个流程涉及从Bean实例化、验证、到属性绑定的详细步骤，通过调用特定方法和类实现。了解这些步骤有助于你更好地使用@ConfigurationProperties注解，并在复杂项目中灵活应用配置管理。

spring源码解析bean初始化与依赖注入四

       深入解析Spring源码的bean初始化与依赖注入部分，我们将继续从上一篇文章的

       org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory#doCreateBean方法入手。

       随后，方法调用

       org.springframework.beans.factory.support.AbstractBeanFactory#registerDisposableBeanIfNecessary进行注册

       紧接着，调用

       org.springframework.beans.factory.support.AbstractBeanFactory#doGetBean获取bean实例。

       在这一过程中，我们到达了

       org.springframework.beans.factory.support.DefaultSingletonBeanRegistry#destroySingleton用于销毁单例bean。

       然后，再次深入

       org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory#createBean方法进行bean的创建。

       紧接着，调用

       org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory#resolveBeforeInstantiation对bean进行前置解析。

       之后，再次返回

       org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory#createBean进行bean实例化。

       然后，调用

       org.springframework.beans.factory.support.AbstractBeanFactory#doGetBean再次获取bean实例。

       紧接着，进入

       org.springframework.beans.factory.support.DefaultListableBeanFactory#preInstantiateSingletons进行单例bean的预实例化。

       最终，完成bean的初始化后触发回调。

       返回

       org.springframework.context.support.AbstractApplicationContext#refresh执行上下文刷新，完成bean初始化与依赖注入。

       至此，本次关于Spring源码中bean初始化与依赖注入的解析告一段落，以上内容仅供学习参考。

Spring源码从入门到精通---@Import（五）

       深入解析如何给容器注册bean

       通过ComponentScan+注解如@Controller,@Service,@Compoment,@Repository实现自动扫描bean

       @Bean+@Configuration定义导入第三方bean

       利用@Import快速批量导入组件，优势在于简化配置

       文章重点解析@Import的三种用法：直接导入容器、自定义importSelector实现、自定义ImportBeanDefinitionRegistrar手动注册

       1）@import注解直接导入容器，id默认为全类名

       2) 自定义importSelector类，返回需要注册的全类名数组

       3) 实现ImportBeanDefinitionRegistrar接口，自定义组件注册和id

       通过@Import源码，导入的王巍源码实质是一个数组，允许批量导入多个类

       演示通过import将组件如color和red导入容器，并展示容器中组件的打印

       提供JUnit测试类，重复利用方法提取getDefinitionNames()，简化测试步骤

       新增1）@Import基础使用部分，删除原有代码，便于理解@Import

       运行示例，展示导入组件后的容器打印结果，突出import的优势

       详细步骤：

       2）自定义myImportSelector类实现ImportSelector，返回新增组件路径，结合扫描自定义类

       结果展示：blue和yellow组件成功注册容器，验证自定义importSelect功能

       3）实现ImportBeanDefinitionRegistrar接口，自定义组件名注册到容器

       junit测试不变，运行结果：验证容器中包含red、yellow组件，满足自定义id需求

如何阅读spring源码？

       如何阅读Spring源码

       探究每一个核心的实现细节（UML图、跑单元测试用例、DEBUG，体悟）以上，仅为我自己阅读源码的方式。

       此处请大家内心默读三遍。阅读源码的魅力在于：分享一本阿里内部人都在使用的Spring源码手册分享给读者朋友们，学会掌握了本手册内容，距离成为阿里人也是成功的跨了一大步子。

       首先，在工程右键，属性中，添加必要的jar包。选中必要的jar包，上面给出的源码jar包中，导入spring0.5中的所有jar包。其中lib内的是spring的jar包，用到哪个导入哪个，不知道的话，全部导入就行了。

       准备工作：在官网上下载了Spring源代码之后，导入Eclipse，以方便查询。

       Spring提供的@Transactional注解由SpringTransactionAnnotationParser进行解析。SpringTransactionAnnotationParser的源码还是很简单的，它使用AnnotatedElementUtils工具类定义的find语义来获取@Transactional注解信息。

       如何将spring开源代码导入idea中进行阅读

       1、微办公源码首先，可以点击上方的Run的选项。然后点击EditConfigurations这个选项。然后看到这里的ServiceApplication这个选项。然后选择到Configuration这个选项。然后经常需要设置的为下面的Parameters的选项。

       2、创建一个ntelliJIDEA的新项目的（File|Newproject）。打开newProject窗口。选择Importprojectfromexternalmodel，Next选择导入Eclipse项目，还支持Flash/FlexBuilder和Maven项目。Next选择Eclipse应用所在目录。

       3、首先，应该去官网spring.io阅读写spring框架的理念，就好比读一本书，要阅读这本书的纲要，要明白为什么要设计spring架构。

       4、你好。根据你的描述：直接把source的zip或者目录往libarary里面加就行了，会自动关联的，仅供参考。

       5、SpringSpring是一个开源框架，Spring是于年兴起的一个轻量级的Java开发框架，由RodJohnson在其著作ExpertOne-On-OneJ2EEDevelopmentandDesign中阐述的部分理念和原型衍生而来。

怎么阅读Spring源码

       探究每一个核心的实现细节（UML图、跑单元测试用例、DEBUG，体悟）以上，仅为我自己阅读源码的方式。

       准备工作：在官网上下载了Spring源代码之后，导入Eclipse，以方便查询。

       首先，在工程右键，属性中，添加必要的jar包。选中必要的h直播源码jar包，上面给出的源码jar包中，导入spring0.5中的所有jar包。其中lib内的是spring的jar包，用到哪个导入哪个，不知道的话，全部导入就行了。

       更重要的是这些所谓的结论大多是抄来抄去，基本源自一家，真实性也有待考证。那作为程序员怎么能知其所以然呢？此处请大家内心默读三遍。

SpringSecurity源码整体解析

       遍历securityFilterChainBuilders（其实就是HttpSecurity）列表调用其build方法，生成SecurityFilterChain实例，最后利用多个SecurityFilterChain实例组成List，再封装到FilterChainProxy。

       本文适合：对SpringSecurity有一点了解或者跑过简单demo但是对整体运行流程不明白的同学，对SpringSecurity有兴趣的也可以当作你们的入门教程，示例代码中也有很多注释。

       Session本身是由Servlet容器进行管理，在内部可以完成Session的创建、销毁等，当达到了会话的最大非活动间隔时长，那么会话会在服务器端会被失效。

       SpringSecurityOauth2Token提取流程源码分析spring-security-Oauth2版本：RELEASE整个流程下来，是通过OAuth2AuthenticationProcessingFilter提取请求头参数，获取不到再去获取请求参数。

       从SpringSecurity解析一：安全配置过程概览章节我们知道了springSecurityFilterChain的大致构建过程，这里进步探讨其创建的细节。

如何高效阅读源代码?

       1、首先要理清楚代码结构和业务结构（应该有些文档或者大的流程图），这是阅读具体代码的前提。阅读Javaweb项目的代码：你需要找到View层的代码：前端页面、、资源文件都在其中。

       2、当然有。终于到重点了，隆重推出由官方支持的方式：只需要在代码仓库页面按一下.就可以直接使用VSCode打开，而且支持编辑。也可以通过地址访问，把.com改成.dev，比如：太方便了，太优雅了。

       3、查看拦截器，监听器代码，知道拦截了什么请求，这个类完成了怎样的工作。

       4、用命令(apktooldxxx.apkxxx_xml)反编译xxx.apk包从xxx_xml文件夹得到xml文件第二步得到的程序源代码和第三步得到的xml文件组合下，即可得到完整的apk源码。

       5、先找出功能体系，再分离出功能模块。知道能干什么，再知道怎么干。

6. Spring源码篇之FactoryBean

       FactoryBean是Spring提供的一个功能强大的小型工厂，用于灵活创建所需Bean。在框架与Spring整合时，尤其是Mybatis-plus中，通过注解可以自动生成Spring Bean，而FactoryBean的功能正是实现批量动态生成Bean。下面详细介绍FactoryBean的源码解析。

       首先，我们来看看如何判断一个对象是否为FactoryBean。在Spring的实例化过程中，如果类实现了FactoryBean接口，则会被识别为FactoryBean。而获取FactoryBean时，通常在Bean名称前加上"&"符号。

       接下来，我们深入分析FactoryBean的接口。

       FactoryBean接口定义了如何创建Bean，包含两个主要方法：getObject和isInstance。getObject用于返回创建的Bean实例，isInstance用于判断一个对象是否由FactoryBean创建。

       SmartFactoryBean是FactoryBean的子接口，它提供了额外的特性，允许决定是否提前实例化对象。

       在实际使用中，FactoryBean的实例化过程较为关键。如果不希望立即实例化某个非懒加载单例Bean，则需要确保它未被识别为FactoryBean。例如，UserBean的实例化代码在正常情况下不会打印任何输出，表明并未实例化。而通过将UserBean实现为SmartFactoryBean，并使isEagerInit返回true，就能在控制台中观察到UserBean的实例化过程。

       获取FactoryBean创建的Bean有多种方式。通过在Bean名称前加"&"，可以获取到由getObject方法生成的Bean。此外，若需要获取FactoryBean本身，则可以使用多个"&"符号，Spring会循环遍历，直至获取到实际的Bean。

       在Spring实例化完成后，通常会调用getObjectForBeanInstance方法来获取真正的Bean实例。这一过程包括了共享实例（sharedInstance）的引用和Bean名称的处理。最终，通过调用getObject方法，我们能够获取到由FactoryBean生成的实际Bean。

       以Mybatis-plus中的MapperFactoryBean为例，说明了如何在实际项目中应用FactoryBean。MapperFactoryBean是Mybatis-plus提供的一个FactoryBean，用于自动注册Mapper接口为Spring Bean。

       总结而言，FactoryBean在Spring中扮演着灵活创建和管理Bean的重要角色，尤其在需要动态生成或自定义Bean创建逻辑的场景中。通过理解其源码和使用方法，开发者可以更高效地整合各类框架与Spring，实现更为灵活和高效的系统构建。

说说我为什么开始放弃 Spring Framework

       作为Java开发人员，Spring框架是我最常用的框架之一。Spring这个名字简洁而有寓意，它代表着程序员的春天，同时Spring还象征着弹性，提供强大的扩展性。然而，在使用Spring的过程中，我逐渐开始质疑它的一些核心特性。

       首先，Spring带来了强大的魔法，如自动注入（IoC）和面向切面编程（AOP），这些特性使得代码管理更加高效，增强了代码的可增强性。然而，动态技术也带来了新的挑战。Java本来是一个静态类型语言，拥有严格的类型约束，但Spring的动态技术打破了这种约束。SpEL（Spring Expression Language）是一个动态表达式语言，虽然提供了简洁的逻辑构建方式，但缺乏类型检查，这使得在IDE中没有足够的提示功能。这样的设计使得编写代码时存在潜在的危险，如变量名错误但程序仍能运行的情况，虽然参数拼接总是null，但导致了使用相同缓存数据。使用API形式可以避免此类问题，但便利性会有所下降。

       其次，Spring的复杂度问题也不容忽视。Spring框架在设计时遵循面向接口和面向对象的原则，导致了继承和依赖关系的复杂性。复杂的代码结构和动态字节码技术的运用使得阅读源码变得困难，方法跳转和理解实现逻辑需要花费大量时间。虽然这对于解决复杂问题至关重要，但在遇到错误排查或调试代码时，这一复杂性会成为障碍。

       随着生态的不断发展，Spring已成为一个庞大的框架，学习曲线陡峭，需要较高的成本才能熟练掌握。这种复杂性导致了所谓的“Spring八股文”现象，即大量的面试题和攻略在互联网上流行。中等规模的Spring Boot项目通常需要消耗1G的内存，而部署一个Spring Boot实例所消耗的内存，足以部署五六个vert.x实例。某些项目甚至需要长达1分半的启动时间，这导致了资源占用和性能问题。

       Spring的不可靠性也逐渐显现。动态技术带来了一系列坑，如事务失效的种场景等。这些坑不仅增加了代码的复杂性，也使得问题难以察觉和解决。有些公司甚至禁止使用声明式事务，因为它们可能导致不明显的副作用，如缓存和校验失效。AOP技术的滥用也带来了不确定性，使得代码的执行路径难以追踪，增加了代码维护的难度。更糟糕的是，Spring Boot的自动配置可能存在安全风险，恶意代码可以通过自动配置在启动阶段执行。

       经过深思熟虑，我发现Spring并不完美。动态字节码和代理技术虽然提供了灵活性，但也牺牲了静态语言的严谨性，使得编译期错误难以发现，只有运行时才能揭示问题。虽然IoC降低了耦合性，但我认为并非必须。在实际项目中，代码往往没有太多实现，不需要无缝替换或热插拔，而更高层次的抽象可能会导致失去部分原生特性的损失，甚至增加程序的复杂度。面向对象和面向接口的设计原则并不总是适用，有时过度设计反而会增加开发的复杂性。

       基于以上考量，我决定不再局限于使用Spring框架。虽然Spring是一个有影响力的框架，但团队的一致性并非必须。探索其他解决方案对于我来说更具吸引力。在Java语言中，尽管存在不便之处，但动态字节码和代理技术并非解决所有问题的良药。了解其他语言并拓宽视野对于提升技术能力至关重要，这有助于打破固有思维模式，开阔开发者的思维格局。

学习编程｜Spring源码深度解析 读书笔记 第4章：bean的加载

       在Spring框架中，bean的加载过程是一个精细且有序的过程。首先，当需要加载bean时，Spring会尝试通过转换beanName来识别目标对象，可能涉及到别名或FactoryBean的识别。

       加载过程分为几步：从缓存查找单例，Spring容器内单例只创建一次，若缓存中无数据，会尝试从singletonFactories寻找。接着是bean的实例化，从缓存获取原始状态后，可能需要进一步处理以符合预期状态。

       原型模式的依赖检查是单例模式特有的，用来避免循环依赖问题。然后，如果缓存中无数据，会检查parentBeanFactory，递归加载配置。BeanDefinition会被转换为RootBeanDefinition，合并父类属性，确保依赖的正确初始化。

       Spring根据不同的scope策略创建bean，如singleton、prototype等。类型转换是后续步骤，可能将返回的bean转换为所需的类型。FactoryBean的使用提供了灵活的实例化逻辑，用户自定义创建bean的过程。

       当bean为FactoryBean时，getBean()方法代理了FactoryBean的getObject()，允许通过不同的方式配置bean。缓存中获取单例时，会执行循环依赖检测和性能优化。最后，通过ObjectFactory实例singletonFactory定义bean的完整加载逻辑，包括回调方法用于处理单例创建前后的状态。