1.spring的源码编写流程(spring流程编排)
2.一个很有想法的开源项目rocket-api
3.requestmappinghandleradapter å¨åªä¸ªjarå
spring的编写流程(spring流程编排)
springmvc工作流程
springmvc工作流程:
1、用户向服务端发送一次请求,源码这个请求会先到前端控制器DispatcherServlet(也叫中央控制器)。源码
2、源码DispatcherServlet接收到请求后会调用HandlerMapping处理器映射器。源码由此得知,源码iapp截取漫画源码该请求该由哪个Controller来处理(并未调用Controller,源码只是源码得知)。
3、源码DispatcherServlet调用HandlerAdapter处理器适配器,源码告诉处理器适配器应该要去执行哪个Controller。源码
4、源码HandlerAdapter处理器适配器去执行Controller并得到ModelAndView(数据和视图),源码并层层返回给DispatcherServlet。源码java 架构源码分享
5、源码DispatcherServlet将ModelAndView交给ViewReslover视图解析器解析,然后返回真正的视图。
6、DispatcherServlet将模型数据填充到视图中。
7、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,app源码有几种如果是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)的eclipse编译monkey源码类进行读取转化成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。
一个很有想法的开源项目rocket-api
本文介绍了名为rocket-api的开源项目,其主要特性在于通过界面化定义语义碎片生成所需的访问代码,实现无需编写传统的Controller,VO,DAO层代码。初次接触可能稍显困惑,但通过官网的教程和本地运行实践后,可以更深入理解其工作原理。
官网提供了快速部署指南,用户可以轻松搭建项目。值得注意的是,项目需要外置数据库以创建初始表,但不需要初始化数据,登录账号应与数据库账号相同。
官网文档中还展示了如何在1分钟内实现一个API接口,通过定义映射访问自定义脚本“select * from aaa”所查出的数据。API数据持久化存储,即使项目重启,仍可访问指定端点。有趣的是,虽然未在源码中见到类生成,但新增的映射能够通过访问运行。
火箭-api底层使用了Java 1.8后提供的ScriptEngineManager和Groovy引擎,实现动态编译。首次访问后生成Java类,后续调用直接运行,无需编译。这使得项目高效、灵活。
核心处理类QLRequestMappingFactory负责将API注册为request mapping,并解析入参和存储的执行脚本。requestMappingHandlerMapping是SpringBoot提供的方法,用于动态注册映射,适用于需要此类功能的项目。
执行脚本的方法默认使用Groovy引擎,输入框语法支持完全的Groovy语法,允许进行复杂的数据处理。对于想要尝试的用户,了解这些特性后,可以进一步探索如何通过Groovy语法实现更复杂的操作。
总结而言,火箭-api提供了一种新颖、高效的方式来构建API,通过简化代码生成和动态执行,提高了开发效率并增强了功能灵活性。通过深入学习其原理和使用方法,用户可以更充分地利用这一工具,实现自己的项目需求。
requestmappinghandleradapter å¨åªä¸ªjarå
DefaultAnnotationHandlerMappingï¼AnnotationMethodHandlerAdapterè¿ä¸¤ä¸ªç±»å¨springççæ¡æ¶æºç éé¢æé»è®¤ç设置ãå¦æä¸å¨é ç½®æ件æå®çè¯ï¼å½ä½ å¯å¨springæ¶ä¼è°ç¨é»è®¤çé£ä¸ªã
2024-12-26 00:14
2024-12-26 00:12
2024-12-25 23:55
2024-12-25 23:36
2024-12-25 23:24
2024-12-25 23:17
2024-12-25 22:55
2024-12-25 22:37