【知识点】Spring框架

文章目录

  • Spring面试
    • Spring框架
      • 用了什么设计模式?
      • Spring Bean的作用域
      • Spring如何解决循环依赖
        • 什么样的循环依赖无法处理
        • 构造方法注入 VS setter注入
      • Spring框架中有哪些不同类型的事件?
      • AOP (Aspect Oriented Program) 切面编程
      • IOC容器
      • BeanFactory 与 ApplicationContext 有什么区别?
      • Spring Bean的生命周期
    • SpringMVC
      • 原理
        • 启动流程
        • 执行流程
        • Spring常用注解
        • SpringMVC设置*重定向*和*转发*
        • SpringMVC的拦截器
    • SpringBoot
    • SpringCloud
        • SpringMVC设置*重定向*和*转发*
        • SpringMVC的拦截器
    • SpringBoot
    • SpringCloud

Spring面试

Spring框架

为了降低Java开发的复杂性,Spring采取了以下4种关键策略

  • 基于POJO的轻量级和最小侵入性编程
  • 通过依赖注入和面向接口实现松耦合
  • 基于切面和惯例进行声明式编程
  • 通过切面和模板减少样板式代码

用了什么设计模式?

  • 工厂模式
    BeanFactory就是简单工厂模式的体现,用来创建对象的实例
  • 单例模式
    Bean默认为单例
  • 代理模式
    Spring的AOP功能用到了JDK的动态代理和CGLIB的字节码生成技术
  • 模板方法
    用来解决代码重复问题。比如,RestTemplate,JmsTemplate,JpaTemplate
  • 观察者模式
    定义对象建一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都会得到通过被制动更新,如Spring种Listern实现的ApplicationListener

Spring Bean的作用域

  • singleton
    • 默认作用域范围,确保不管接收到多少个请求,每个容器中只有一个bean的实例,单例的模式由bean factory自身来维护
  • prototype
    • 原型范围与单例范围相反,为每一个bean请求提供一个实例
  • request
    • 在请求bean范围内会为每一个来自客户端的网络请求创建一个实例,在session过期后,bean会随之失效
  • session
    • 与请求范围类似,确保每个session中有一个bean的实例,在session过期后,bean会随之失效
    • request区别:request生命周期从HTTP请求发起开始,到请求处理结束结束。而session生命周期通常与用户的会话生命周期相同,从用户打开浏览器访问网站开始,到用户关闭浏览器结束

Spring如何解决循环依赖

  • 首先从一级缓存 singletonObjects中获取
  • 如果获取不到,并且对象正在创建中,就再从二级缓存 earlySingletonObjects中获取
  • 如果获取不到,且允许singletonFactories通过getObject()获取,就从三级缓存 singleFactory.getObject() 获取
  • 如果从三级缓存中获取到就从singletonFactories中移除,并放入earlySingletonObjects中。也就是从三级缓存移动到二级缓存
    • Spring解决循环依赖的诀窍就在于三级缓存 singletonFactories,它是个接口,该接口在doCreateBean方法中调用了实例化步骤,即在createBeanInstance之后调用,也就是说单例对象此时已经被创建出来(调用了构造器)。虽然还不完美,还没有进行后续步骤,但是已经能被认出来了,所以Spring将这个对象提前曝光出来让大家使用
什么样的循环依赖无法处理
  • 因为加入singletonFactories 三级缓存的前提是执行了构造器来创建半成品对象,所以构造器的循环依赖无法解决。因此,Spring不能解决A的构造方法中依赖了B的实例对象,同时B的构造方法中依赖了A
    的实例对象
    这类问题
  • Spring不支持原型(prototype)Bean属性注入循环依赖,不同于构造器注入循环依赖会在创建Spring容器Context时报错,它会在用户执行代码如context.getBean()
    时抛出异常,因为对于原型Bean,Spring容器只有在需要时才会实例化、初始化它。因为Spring容器不缓存prototype类型的Bean,使得无法提前暴露出一个创建中的Bean。Spring
    容器在获取prototype类型的Bean时,如果因为环的存在,检测到当前线程已经正在处理该Bean时,就会抛出异常
    public abstract class AbstractBeanFactoy {
           private final ThreadLocal<Object> prototypesCurrentlyInCreation = new NamedThreadLocal<>();
    
          protected boolean isPrototypeCurrentlyInCreation(String beanName) {
              Object curVal = this.prototypesCurrentlyInCreation.get();
              return (curVal != null && (curVal.equals(beanName) || (curVal instanceof Set && ((Set<?>)curVal).contains(beanName))));
          } 
    }
    
构造方法注入 VS setter注入
  • setter注入不会重写构造方法的值。如果对同一个变量同时使用了构造方法注入setter注入,那么构造方法将不能覆盖由setter注入的值。很明显,因为构造方法仅在对象被创建时调用
  • setter注入有可能还不能保证某种依赖是否已经被注入,也就是说这时对象的依赖关系有可能是不完整的。而在另一种情况下,构造器注入不允许生成依赖关系不完整的对象

Spring框架中有哪些不同类型的事件?

  • 上下文更新事件 (ContextRefreshedEvent)

    • 会在ApplicationContext被初始化或者更新时发布。也可以在调用ConfigurableApplicationContext接口中的refresh()方法时被触发
  • 上下文开始事件 (ContextStartedEvent)

    • 当容器调用ConfigurableApplicationContext的start()方法开始/重新开始容器时触发该事件
  • 上下文停止事件 (ContextStoppedEvent)

    • 当容器调用ConfigurableApplicationContext的stop()方法停止容器时触发该事件
  • 上下文关闭事件 (ContextClosedEvent)

    • ApplicationContext被关闭时触发该事件。容器被关闭时,其管理的所有单例Bean都被销毁
  • 请求处理事件 (RequestHandledEvent)

    • 在Web应用中,当一个http请求(request)结束触发该事件。如果一个Bean实现了ApplicationListener接口,当一个ApplicationEvent被发布以后,bean会自动被通知
  • 自定义事件

    public class CustomApplicationEvent extends ApplicationEvent {
        public CustomApplicationEvent(Object source, final String msg) {
            super(source);
            System.out.println("Created a custom event.");
        }
    }
    // 为了监听这个事件,还需要创建一个监听器
    public class CustomEventListener implements ApplicationListener<CustomApplicationEvent> {
        @Override
        public void onApplicationEvent(CustomApplicationEvent applicationEvent) {
            // handle event
        } 
    }
    // 之后通过 applicationContext 接口的publishEvent() 方法来发布自定义事件
    CustomApplicationEvent customEvent = new CustomApplicationEvent(applicationContext, "Test Message");
    applicationContext.pulishEvent(customEvent);
    

AOP (Aspect Oriented Program) 切面编程

AOP编程思想就是把这些横向性的问题和业务逻辑进行分离,从而起到解耦的目的。

  • 使用@Aspect 定义切面类
  • 使用@PointCut 定义切点

AOP通过两种方式实现 (没有默认实现的说法)

  • java动态代理 (被代理的类必须是接口)
    • 生成的代理类的toString前缀是$Proxy
    • 生成字节码文件的字节数组
  • cglib动态代理
    • 生成的代理类的toString前缀是CGLIB$

java动态代理为什么必须是接口?因为代理类必须继承Proxy类,所以不能继承用户类,而只能是实现用户的接口

// AOP使用的代理实现,根据判断条件而来,没有默认使用其中一种的说法
public class DefaultAopProxyFactory implements AopProxyFactory, Serializable {

    @Override
    public AopProxy createAopProxy(AdvisedSupport config) throws AopConfigException {

        if (config.isOptimized() || config.isProxyTargetClass() || hasNoUserSuppliedProxyInterfaces(config)) {

            Class<?> targetClass = config.getTargetClass();

            if (targetClass == null) {
                throw new AopConfigException("TargetSource cannot determine target class: Either an interface or a target is required for proxy creation")
            }

            if (targetClass.isInterface() || Proxy.isProxyClass(targetClass)) {
                return new JdkDynamicAopProxy(config);
            }

            return new ObjenesisCglibAopProxy(config);
        } else {
            return new JdkDynamicAopProxy(config);
        }
    }
}
// 创建上下文,这里面通过后置处理器,已经生成了代理对象
AnnotationConfigApplicationContext context = new AnnotationConfigApplicatonContext(...);

// 获取对象
UserService service = context.getBean(UserSerivce.class);

service.doSomething();
// 获取到的service不是原生对象,是代理对象

IOC容器

  • 由程序代码直接操控的对象的调用权交给容器,通过容器来实现对象组件的装配和管理。(通过工厂模式和反射机制实现)
    。其思想是反转资源获取的方向。传统的资源查找方式要求组件向容器发起请求查找资源。作为回应,容器适时的返回资源,而应用了IOC
    之后,则是容器主动地将资源推送给它所管理的组件,组件所要做的仅是选择一种合适的方式来接受资源,这种行为也被称为查找的被动形式

IOC容器把对象注入进去的时候,已经不是原生对象,而是代理对象了。

IOC获取到实例对象的方式

  • XML注入
  • 注解注入

BeanFactory 与 ApplicationContext 有什么区别?

  • BeanFactory和ApplicationContext是Spring的两大核心接口,都可以当作Spring的容器。其中ApplicationContext是BeanFactory的子接口。

  • BeanFactory

    • 是Spring里面最底层的接口,包含了各种Bean的定义,读取bean配置文件,管理bean的加载,实例化,控制bean的生命周期,维护bean之间的依赖关系。
  • ApplicationContext

    • 作为BeanFactory的派生,除了提供BeanFactory所具有的功能外,还提供了更完整的框架功能。
    • 以下是三种常见的实现方式
      • ClassPathXmlAppliationContext:从classpath的XML配置文件中读取上下文,并生成上下文定义
      • FileSystemXmlApplicationContext:由文件系统中的XML配置文件读取上下文
      • XmlWebApplicationContext:由Web应用的XML文件读取上下文
      • AnnotationConfigApplicationContext:基于Java配置启动容器

Spring Bean的生命周期

  • 实例化 Instantiation

  • 属性赋值 Populate

  • 初始化 Initialization

  • 销毁 Destruction

  • Spring提供了以下四种方式来管理Bean的生命周期事件

    • InitializingBeanDisposableBean 回调接口
    • 针对特殊行为的其它 Aware 接口
    • Bean配置文件中的Custom init() 方法和 destroy() 方法
      <beans>
          <bean id="demoBean" class="org.newcih" init-method="customInit" destroy-method="customDestroy"/>
      beans>
      
    • @PostConstruct@PreDestroy 注解方式

SpringMVC

MVC是软件架构模式,是一种分离业务逻辑与显示页面的设计方法,他把软件系统分为三个基本部分:模型(Model)视图(View)控制器(Controller)

  • 控制器
    对请求进行处理,负责选择视图
  • 视图
    用户与程序交互的界面
  • 模型
    用于业务处理

原理

启动流程
  • 如果在web.xml中配置了ContextLoaderListener,那么Tomcat在启动的时候会先加载父容器,并将其放到ServletContext中
  • 然后加载DispatcherServlet,因为DispatcherServlet实质是一个Servlet,所以会先执行它的init方法。这个init方法在HttpServletBean这个类中实现,其主要工作是做一些初始化工作,将我们在web.xml中配置的参数书设置到Servlet中,然后再触发FrameWorkServlet的initServletBean方法
  • FrameworkServlet主要作用是初始化Spring子上下文,设置其父上下文,并将其放入ServletContext中
  • FrameworkServlet在调用initServletBean()的过程中,同时会触发DispatcherServlet的onRefresh()方法,这个方法会初始化SpringMVC的各个功能组件。比如异常处理器、视图处理器、请求映射处理
执行流程
  • 发起请求到前端控制器 DispatcherServlet,该控制器就会过滤出你哪些请求可以访问该servlet
  • 前端控制器会找到处理器映射器 HandlerMapping,通过处理器映射器完成urlcontroller的映射
  • 通过映射器找到对应的处理器 Handler ,并将处理器返回给前端控制器。(返回的处理器前有拦截器)
  • 前端控制器拿到处理器之后,找到处理器适配器 HandlerAdapter,通过适配器来访问和执行处理器。(不能直接访问处理器,因为Spring的设计,不知道调用哪个方法,不知道处理器类如何创建出来的,如注解等等)
  • 执行处理器
  • 处理器返回ModelAndView对象给处理器适配器 HandlerAdapter
  • 通过处理器适配器 HandlerAdapterModelAndView对象返回给前端控制器(DispatcherServlet)
  • 前端控制器请求视图解析器 ViewResolver进行解析,将ModelAndView的数据进行视图渲染。
  • 最后返回结果。
Spring常用注解
  • @Controller/@RestController
    • 标注一个控制器类
  • @RequestMapping
    • 用来处理请求地址映射的注解
  • @Resource
    • 非Spring注解,做Bean的注入,默认按照名称注入,也可指定类型
  • @Autowired
    • 自动注入,按照类型装配依赖对象。如果想用按照名称,搭配@Qualifier
  • @Required
    • 应用于设值方法,它表明受影响的bean属性在配置时必须放在XML配置文件中,否则容器就会抛出一个 BeanInitializationExeption 异常
  • @ModelAttribute
    • 该Controller所有方法调用前,先执行此@ModelAttribute方法,可用于注解和方法参数中
  • @SessionAttributes
    • 把值放到session作用域中
  • @PathVariable
    • 用于将请求URL中的模板变量映射到功能处理方法的参数上
  • @RequestParam
    • 控制层获取参数
  • @RequsetBody, @ResponseBody
    • 用于将Controller方法获取或返回的对象,通过适当的HttpMessageConverter转换为指定格式
  • @Componet
    • 通用的注解,标注组件
  • @Repository
    • 注解Dao层
  • @Service
    • 标注业务层组件类
SpringMVC设置重定向转发
  • 转发:在返回值前面加forward:
  • 重定向:在返回值前面加redirect:
SpringMVC的拦截器

SpringBoot

SpringCloud

象,通过适当的HttpMessageConverter转换为指定格式

  • @Componet
    • 通用的注解,标注组件
  • @Repository
    • 注解Dao层
  • @Service
    • 标注业务层组件类
SpringMVC设置重定向转发
  • 转发:在返回值前面加forward:
  • 重定向:在返回值前面加redirect:
SpringMVC的拦截器

SpringBoot

SpringCloud

你可能感兴趣的:(Spring,Java,javaweb,spring,java,后端)