1.spring的编译编写流程(spring流程编排)
2.Spring容器之refresh方法源码分析
3.spring源码是怎样导出成可以被其他项目依赖的maven类型的jar包
4.Spring 源码学习 13：initMessageSource
5.Spring源码 1.源码的下载与编译（by Gradle）

spring的编写流程(spring流程编排)

       springmvc工作流程

       springmvc工作流程：

       1、用户向服务端发送一次请求，源码这个请求会先到前端控制器DispatcherServlet(也叫中央控制器)。深度

       2、解析DispatcherServlet接收到请求后会调用HandlerMapping处理器映射器。编译由此得知，源码鲜花php源码该请求该由哪个Controller来处理（并未调用Controller，深度只是解析得知）。

       3、编译DispatcherServlet调用HandlerAdapter处理器适配器，源码告诉处理器适配器应该要去执行哪个Controller。深度

       4、解析HandlerAdapter处理器适配器去执行Controller并得到ModelAndView(数据和视图)，编译并层层返回给DispatcherServlet。源码

       5、深度DispatcherServlet将ModelAndView交给ViewReslover视图解析器解析，然后返回真正的视图。

       6、DispatcherServlet将模型数据填充到视图中。

       7、自由宿主 3.2 源码DispatcherServlet将结果响应给用户。

       组件说明：

       DispatcherServlet：前端控制器，也称为中央控制器，它是整个请求响应的控制中心，组件的调用由它统一调度。

       HandlerMapping：处理器映射器，它根据用户访问的URL映射到对应的后端处理器Handler。也就是说它知道处理用户请求的后端处理器，但是它并不执行后端处理器，而是将处理器告诉给中央处理器。

       HandlerAdapter：处理器适配器，它调用后端处理器中的方法，返回逻辑视图ModelAndView对象。

       ViewResolver：视图解析器，将ModelAndView逻辑视图解析为具体的视图（如JSP）。

       Handler：后端处理器，对用户具体请求进行处理，也就是我们编写的Controller类。

       spring工作流程

       写得太笼统了,人机自认对话源码不过,spring+hibernate得基本工作流是分层得.

       也许是:

       reg页面是前台表单录入视图,提交后到RegController控制器,然后其中又封装了User和Reg得vo对象,在RegController中调用UserDAOImpl和RegImpl执行数据得保存,UserDAO是接口,UserDAOImpl实现了此接口.UserDAOImpl和RegImpl使用hibernate能力进行ROM映射,保存对象到数据库.regsuccess是保存数据成功后得返回视图.

       spirngmvc需要配置控制器映射,将访问映射到控制器上,控制器调用dao或是services层得api执行业务逻辑,然后返回视图和模型对象给前置控制器,前置控制器根据返回得信息派发视图.

Spring启动流程(一)

       以java-config形式编写一个测试demo，新建一个AnnotationConfigApplicationContext，如果是XML形式使用ClassPathXmlApplicationContext；

       两者都继承了AbstractApplicationContext类，详细看下面的层次图。

       注意：在newAnnotationConfigApplicationContext()时如果未指定参数，会报运行时异常：org.springframework.context.annotation.AnnotationConfigApplicationContext@6ebca6hasnotbeenrefreshedyet

       AnnotationConfigApplicationContext的有参构造执行了3个方法，分别是自己的无参构造、register()、refresh();

       在描述前先从网上找了一个总体流程图方便了解一下大致流程，理清思路。

       在执行AnnotationConfigApplicationContext的无参构造方法前会调用父类GenericApplicationContext的无参构造方法；

       GenericApplicationContext中实例化一个DefaultListableBeanFactory，也就是说bean工厂实际上是应用上下文的一个属性；

       从上面的类层次图可以看到：应用上下文和bean工厂又同时实现了BeanFactory接口。

       前面讲到我们为了解IOC使用了Spring提供的AnnotationConfigApplicationContext作为入口展开，那Spring怎么对加了特定注解（如@Service、@Repository）的类进行读取转化成BeanDefinition对象呢？

       又如何对指定的包目录进行扫描查找bean对象呢？

       所以我们需要new一个注解配置读取器和一个路径扫描器。

       AnnotatedBeanDefinitionReader中执行了AnnotationConfigUtils中的registerAnnotationConfigProcessors(this.registry)方法，会向容器注册Sprign内置的处理器。

       registerAnnotationConfigProcessors方法中通过newRootBeanDefinition(XX.class)新建一个RootBeanDefinition(BeanDefinition的一个实现)，然后调用registerPostProcessor将内置bean对应的BeanDefinition保存到bean工厂中；

       这里需要说明的是：我们刚刚一直在谈到注册bean，实际上就是汇编 远控源码将内置bean对应的beanDefinition保存到bean工厂中。那为什么要保存beanDefinition呢？因为Spring是跟据beanDefinition中对bean的描述，来实例化对象的，就算自己定义的bean也是要被解析成一个beanDefinition并注册的。

       其中最主要的组件便是ConfigurationClassPostProcessor和AutowiredAnnotationBeanPostProcessor，前者是一个beanFactory后置处理器，用来完成bean的扫描与注入工作，后者是一个bean后置处理器，用来完成@AutoWired自动注入。

       这个步骤主要是用来解析用户传入的Spring配置类，解析成一个BeanDefinition然后注册到容器中，主要源码如下：

       通过生成AnnotatedGenericBeanDefinition，然后解析给BeanDefinition的其他属性赋值，然后将BeanDefinition和beanName封装成一个BeanDefinitionHolder对象注册到bean工厂中（就是将beanName与baenDefinition封装到Map中，将beanName放到list中。Map与list都是bean工厂DefaultListableBeanFactory所维护的属性），和前面内置bean的注册相同。

       执行到这一步，register方法到此就结束了，通过断点观察BeanFactory中的摇奖小程序源码beanDefinitionMap属性可以看出：this()和this.register(componentClasses)方法中就是将内置bean和我们传的配置bean的beanDefinition进行了注册，还没处理标记了@Component等注解的自定义bean。

Spring容器之refresh方法源码分析

       Spring容器的核心接口BeanFactory与ApplicationContext之间的关系是继承，ApplicationContext扩展了BeanFactory的功能，提供了初始化环境、参数、后处理器、事件处理以及单例bean初始化等更全面的服务，其中refresh方法是Spring应用启动的入口点，负责整个上下文的准备工作。

       让我们深入分析AbstractApplicationContext#refresh方法在启动过程中的具体操作：

准备刷新阶段: 包括系统属性和环境变量的检查和准备。

获取新的BeanFactory: 初始化并解析XML配置文件。

       customizeBeanFactory: 个性化BeanFactory设置，如覆盖定义、处理循环依赖等。

       loadBeanDefinitions: 通过解析XML文件，创建BeanDefinition对象并注入到容器中。

填充BeanFactory功能: 设置classLoader、表达式语言处理器，增强Aware接口处理，添加AspectJ支持和默认系统环境bean等。

激活BeanFactory后处理器: 分为BeanDefinitionRegistryPostProcessor和BeanFactoryPostProcessor，分别进行BeanDefinition注册和BeanFactory增强。

注册BeanPostProcessors: 拦截Bean创建的后处理器，按优先级注册。

初始化其他组件: 包括MessageSource、ApplicationEventMulticaster和监听器。

初始化非惰性单例: 预先实例化这些对象。

刷新完成: 通知生命周期处理器并触发ContextRefreshedEvent。

       以上是refresh方法在Spring应用启动流程中的关键步骤。以上内容仅为个人理解，如需更多信息，可参考CSDN博客链接。

spring源码是怎样导出成可以被其他项目依赖的maven类型的jar包

       一、导出到默认目录 targed/dependency

       从Maven项目中导出项目依赖的jar包：进入工程pom.xml 所在的目录下，执行如下命令：

       1

       mvn dependency:copy-dependencies

       或在eclipse中，选择项目的pom.xml文件，点击右键菜单中的Run As,见下图红框中，在弹出的Configuration窗口中，输入dependency:copy-dependencies后，点击运行

       maven项目所依赖的jar包会导出到targed/dependency目录中。

       二、导出到自定义目录中

       在maven项目下创建lib文件夹，输入以下命令：

       1

       mvn dependency:copy-dependencies -DoutputDirectory=lib

       maven项目所依赖的jar包都会复制到项目目录下的lib目录下

       三、设置依赖级别

       同时可以设置依赖级别，通常使用compile级别

       1

       mvn dependency:copy-dependencies -DoutputDirectory=lib -DincludeScope=compile

Spring 源码学习 ：initMessageSource

       前言

       阅读完registerBeanPostProcessors源码后，接下来就是initMessageSource这一步骤，其主要功能是初始化国际化文件。

       按照惯例，首先通过官网了解国际化的用法，然后深入研究源码。

       官网1..1. Internationalization using MessageSource[1]中提到，MessageSource的主要作用是使用国际化，定制不同的消息。

       需要注意的是，MessageSource定义的Bean名称必须为messageSource，如果找不到则会默认注册DelegatingMessageSource作为messageSource的Bean。

       1. 创建国际化文件

       2. 声明MessageSource

       在JavaConfig中声明MessageSource，记得名字一定要叫做messageSource！

       3. 测试结果

       执行后输出结果如下：

       了解了国际化是如何使用的之后，再看看这一步的源码，就知道其作用了！

       initMessageSource源码

       这块源码唯一值得关注的地方就是，Bean的名称必须要是messageSource。

       总结

       本文通过官网，了解到什么是国际化，以及国际化的使用，并结合代码和源码，知其然，知其所以然。

       当然本文需要注意的地方就是国际化MessageSource的Bean名称要必须为messageSource。

Spring源码 1.源码的下载与编译（by Gradle）

       为了获得Spring源码并成功编译，我们首先需要下载源码。方法之一是使用Git clone命令，前提是我们已安装Git。但要注意，最新版本可能需要JDK ，若需使用JDK 8，推荐选择较旧版本。GitHub上，最新稳定版本为5.2..RELEASE，这是一个GA（General Availability）版本，表示正式发布的版本，适合在生产环境中使用。如果你使用的是JDK 8，建议选择分支版本。

       如果GitHub服务不可用或下载速度缓慢，可以考虑从其他资源库下载。例如，可以使用csdn提供的资源链接支持作者，或者直接从gitee下载源码。

       下载源码后，导入IDEA并选择Gradle工程。IDEA会自动加载，但可能遇到一些报错。如果报错提示“POM relocation to an other version number is not fully supported in Gradle”，需要将xml-apis的版本号更改为1.0.b2。这可以通过在项目的build.gradle文件中添加指定版本的代码来实现。

       加载并配置新模块后，可以通过新建测试类来进行验证。在build.gradle中添加配置，并在模块中新建文件，包括一个启动类、一个配置类和一个实体类。记得刷新Gradle，进行测试。

       测试结果应显示新建的实体类已被Spring容器加载。如果在测试中遇到问题，可以通过检查编译工具、编译器和项目结构来解决。确保使用本地Gradle路径、选择JDK 1.8版本，并在项目设置中选择正确的JDK版本。