zoukankan      html  css  js  c++  java
  • SpringMVC/Spring/MyBatis 常见面试题

    参考:

    SpringMVC

    1、什么是Spring MVC ?简单介绍下你对springMVC的理解?

    Spring MVC是一个基于Java的实现了MVC设计模式的请求驱动类型的轻量级Web框架,通过把Model,View,Controller分离,将web层进行职责解耦,把复杂的web应用分成逻辑清晰的几部分。
    当浏览器发送请求到服务端的时候,访问的其实是controller 这个组件, controller会接收请求中的数据,controller 调用业务层进行处理,业务层处理完后返回数据给表现层中的 controller,controller 把数据封装到 model 中, 然后把model传给view, view 根据 model 数据生成一个HTML,然后返回给浏览器。总之,controller 负责处理浏览器请求,负责调度,而view只负责渲染, controller 和 view之间联系的纽带是model。
    mvc都是为了解决表现层的问题, mvc三个组件是由 dispatcherServlet调用的。
    通过这样的职责划分,可以简化开发,减少出错,方便组内开发人员之间的配合。

    2、MVC 和 服务端的三层架构

    三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分为:表现层(UI)、业务逻辑层(BLL)、数据访问层(DAL)。区分层次的目的即为了“高内聚,低耦合”的思想。我觉得也是一种模块化编程思想,按照功能抽取模块
     1、表现层(User Interface layer):通俗讲就是展现给用户的界面,即用户在使用一个系统的时候他的所见所得。
                表现层的主流框架有:struts1 ,struts2,,springMVC,webwork
     2、业务逻辑层(Business Logic Layer):针对具体问题的操作,也可以说是对数据层的操作,对数据业务逻辑处理。
                 业务逻辑层的主流框架有:Spring
     3、数据访问层(Data access layer):该层所做事务直接操作数据库,针对数据的增添、删除、修改、查找等。
                    数据访问层测主流框架有:Hibernate,Ibatis,以及Ibatis的升级版Mybatis

    三层架构 与MVC的区别

    MVC(模型Model-视图View-控制器Controller)是一种架构模式,MVC都是为了解决表现层的问题
    当浏览器发送请求到服务端的时候,访问的其实是controller 这个组件, controller会接收请求中的数据,controller 调用业务层进行处理,业务层处理完后返回数据给表现层中的 controller,controller 把数据封装到 model 中, 然后把model传给view, view 根据 model 数据生成一个HTML,然后返回给浏览器。总之,controller 负责处理浏览器请求,负责调度,而view只负责渲染, controller 和 view之间联系的纽带是model
    mvc都是为了解决表现层的问题, mvc三个组件是由 dispatcherServlet调用的。

    3、SpringMVC的流程?

    (1)用户发送请求至前端控制器DispatcherServlet;
    (2) DispatcherServlet收到请求后,调用HandlerMapping处理器映射器,请求获取Handler;
    (3)处理器映射器根据请求url找到具体的处理器,生成处理器对象及处理器拦截器(如果有则生成)一并返回给DispatcherServlet;
    (4)DispatcherServlet 调用 HandlerAdapter处理器适配器;
    (5)HandlerAdapter 经过适配调用 具体处理器(Handler,也叫后端控制器);
    (6)Handler执行完成返回ModelAndView;
    (7)HandlerAdapter将Handler执行结果ModelAndView返回给DispatcherServlet;
    (8)DispatcherServlet将ModelAndView传给ViewResolver视图解析器进行解析;
    (9)ViewResolver解析后返回具体View;
    (10)DispatcherServlet对View进行渲染视图(即将模型数据填充至视图中)
    (11)DispatcherServlet响应用户。

    4、Spring MVC的主要组件?

    (1)前端控制器 DispatcherServlet(不需要程序员开发)
    作用:接收请求、响应结果,相当于转发器或者一个中央枢纽,有了DispatcherServlet 就减少了其它组件之间的耦合度。
    (2)处理器映射器HandlerMapping(不需要程序员开发)
    作用:根据请求的URL来查找Handler
    (3)处理器适配器HandlerAdapter
    注意:在编写Handler的时候要按照HandlerAdapter要求的规则去编写,这样适配器HandlerAdapter才可以正确的去执行Handler。
    (4)处理器Handler 处理真正的业务控制逻辑(需要程序员开发)
    (5)视图解析器 ViewResolver(不需要程序员开发)
    作用:进行视图的解析,根据视图逻辑名解析成真正的视图(view)
    (6)视图View(需要程序员开发jsp)
    View是一个接口, 它的实现类支持不同的视图类型(jsp,freemarker,pdf等等)

    5、SpringMvc的控制器是不是单例模式,如果是,有什么问题,怎么解决?

    答:是单例模式,全局只有一份,所以可能会存在线程争用的问题,如果有成员变量就会有线程安全的问题。

    第一个解决办法

    不在控制器中写成员变量。如果用加锁来解决则会影响性能

    解释:为什么任何一个类只要没有成员变量,就是线程安全的,其实是因为成员变量逃逸到了其他线程。

    因为成员方法是每个线程私有的,而我们常说的线程安全问题就是我们通过成员方法访问了成员变量,从而造成了线程之间成员变量状态不一致的问题,所以只要没有成员变量,就不会有不一致问题,从而也就不会有线程安全问题。

    至于为什么访问了成员变量就会有线程安全问题: 是因为成员变量的对象分配是在堆内存中的,所以是为所有线程所共享的,所以可能会被多个线程同时访问,从而造成线程不安全。也可以说是成员变量逃逸到了其他线程,导致线程不安全。

    第二个解决办法

    如果这个成员变量只是线程私有的,可以把它放到ThreadLocal中,这样可以使得每个线程访问自己的成员变量,没有公共变量就没有线程安全的问题。关于ThreadLocal的知识可以阅读《ThreadLocal原理,内存泄漏问题,怎么解决

    6、怎样在方法里面得到Request,或者Session?

    答:直接在方法的形参中声明request,SpringMvc就自动把request对象传入。

    7、如果想在拦截的方法里面得到从前台传入的参数,怎么得到?

    答:直接在形参里面声明这个参数就可以,但必须名字和传过来的参数一样。

    8、如果前台有很多个参数传入,并且这些参数都是一个对象的,那么怎么样快速得到这个对象?

    答:直接在方法中声明这个对象,SpringMvc就自动会把属性封装赋值到这个对象里面。

    9、转发和重定向

    重定向可以以一种比较低的耦合实现功能之间的跳转

    Spring

    1、Spring是什么?

            Spring是一个为Java应用程序提供基础性服务的轻量级IoC和AOP容器框架,目的是用于简化企业应用程序的开发,它使得开发者只需要关心业务需求。常见的配置方式有两种:基于XML的配置、基于注解的配置。现在非常热门的SpringBoot就是在Spring框架的基础上做了再封装,简化了很多配置文件,更加方便了用户的使用。

    2、Spring的主要模块组成

    Spring Core:核心类库,提供IOC服务;

    Spring Context:提供框架式的Bean访问方式,以及企业级功能(JNDI、定时任务等);

    Spring AOP:AOP服务;

    Spring DAO:对JDBC的抽象,简化了数据访问异常的处理;

    Spring ORM:对现有的ORM框架的支持;

    Spring Web:提供了基本的面向Web的综合特性,例如多方文件上传;

    Spring MVC:提供面向Web应用的Model-View-Controller实现。

    Spring Test : 提供了对 JUnit 和 TestNG 测试的支持。

    Spring JMS :Java消息服务。

    3、Spring 的优点?

    (1)spring属于低侵入式设计,代码的污染极低;

    (2)spring的 DI 机制将对象之间的依赖关系交由框架处理,减低组件的耦合性;

    (3)Spring提供了AOP技术,支持将一些通用任务,如安全、事务、日志、权限等进行集中式管理,从而提供更好的复用。

    (4)spring对于主流的应用框架提供了集成支持。

    扩展:侵入式和非侵入式设计

    侵入式的做法就是要求用户代察觉到框架的代码,表现为用户代码需要继承框架提供的类。非侵入式则不需要用户代码引入框架代码的信息,从类的编写者角度来看,察觉不到框架的存在。

    例如:

    使用struts的时候,需要继承一些struts的类,这时struts侵入到了我们的代码里。

    使用spring,编写一些业务类的时候不需要继承spring特定的类,通过配置完成依赖注入后就可以使用,此时,spring就没有侵入到我业务类的代码里。

    侵入与非侵入的选择

    侵入式让用户代码产生对框架的依赖,这些代码不能在框架外使用,不利于代码的复用。但侵入式可以使用户跟框架更好的结合,更容易更充分的利用框架提供的功能。

    非侵入式的代码则没有过多的依赖,可以很方便的迁移到其他地方。但是与用户代码互动的方式可能就比较复杂。 

    4、Spring的AOP理解:

    OOP面向对象,允许开发者定义纵向的关系,但并不适用于定义横向的关系,导致了大量代码的重复,而不利于各个模块的重用。

    AOP,一般称为面向切面,作为面向对象的一种补充,用于将那些与业务无关,但却对多个对象产生影响的公共行为和逻辑,抽取并封装为一个可重用的模块,这个模块被命名为“切面”(Aspect),减少系统中的重复代码,降低了模块间的耦合度,同时提高了系统的可维护性。可用于权限认证、日志、事务处理。

    (2)Spring AOP使用的动态代理,所谓的动态代理就是说AOP框架不会去修改字节码,而是每次运行时在内存中临时为方法生成一个AOP对象,这个AOP对象包含了目标对象的全部方法,并且在特定的切点做了增强处理,并回调原对象的方法。

    扩展:动态代理

    Spring AOP中的动态代理主要有两种方式,JDK动态代理和CGLIB动态代理:

            ①JDK动态代理只提供接口的代理,不支持类的代理。核心InvocationHandler接口和Proxy类,InvocationHandler 通过invoke()方法反射来调用目标类中的代码,动态地将横切逻辑和业务编织在一起;接着,Proxy利用 InvocationHandler动态创建一个符合某一接口的的实例, 生成目标类的代理对象。(是spring AOP的默认实现方式)

            ②如果代理类没有实现 InvocationHandler 接口,那么Spring AOP会选择使用CGLIB来动态代理目标类。CGLIB(Code Generation Library),是一个代码生成的类库,可以在运行时动态的生成指定类的一个子类对象,并覆盖其中特定方法并添加增强代码,从而实现AOP。CGLIB是通过继承的方式做的动态代理,因此如果某个类被标记为final,那么它是无法使用CGLIB做动态代理的。

    5、Spring的IOC和 DI 理解:

    (1)IOC就是控制反转,是指创建对象的控制权的转移,以前创建对象的主动权和时机是由程序自己控制的,而现在这种权力转移到Spring容器中,由容器根据配置文件去创建实例和管理各个实例之间的依赖关系,而且程序只能从容器中获取对象。这样可以降低对象与对象之间耦合度,也利于功能的复用。DI依赖注入,和控制反转是同一个概念的不同角度的描述,即 应用程序在运行时依赖IoC容器来动态注入对象需要的外部资源。Spring 采用依赖注入的方式实现了IOC思想。反过来,IOC其实是依赖 DI 来实现的,所以IOC和DI的关系非常紧密。

    (2)最直观的表达就是,IOC让对象的创建不用程序去new了,可以由spring自动生产,使用java的反射机制,根据配置文件在运行时动态的去创建对象以及管理对象,并调用对象的方法的。

    (3)Spring的IOC有三种注入方式 :构造器注入、setter方法注入、根据注解注入。

        IOC让相互协作的组件保持松散的耦合,而AOP编程允许你把遍布于应用各层的功能分离出来形成可重用的功能组件。

    6、解释Spring支持的几种bean的作用域

    Spring容器中的bean可以分为5个范围:

    (1)singleton:默认,容器中只有一个bean的实例,单例的模式由BeanFactory自身来维护。使用了单例设计模式。

    (2)prototype:容器中存在多个实例,每次获取该 bean 时,都会获取一个新实例。使用了原型设计模式。

    (3)request:为每一个网络请求创建一个实例,在请求完成以后,bean会失效并被垃圾回收器回收。

    (4)session:与request范围类似,确保每个session中有一个bean的实例,在session过期后,bean会随之失效。

    (5)global-session:为全局的session创建一个实例,仅在基于portlet的web应用中才有意义,Spring5 已经没有了。Portlet是能够生成语义代码(例如:HTML)片段的小型Java Web插件。它们基于portlet容器,可以像servlet一样处理HTTP请求。但是,与 servlet 不同,每个 portlet 都有不同的会话。

    (6)application: 为整个web应用创建一个实例。

    7、Spring框架中的单例Bean是线程安全的么?

            Spring框架并没有对单例bean进行任何多线程的封装处理。关于单例bean的线程安全和并发问题需要开发者自行去搞定。但实际上,大部分的Spring bean并没有可变的状态,因为我们方法中并不会对这个单例对象赋值或者修改这个对象的属性值。所以在某种程度上说Spring的单例bean是线程安全的。如果你的bean有多种状态的话(比如 View Model 对象),就需要自行保证线程安全。最浅显的解决办法就是将多态bean的作用域由“singleton”变更为“prototype”。

    8、@Component 和 @Bean 的区别是什么?

    1. 作用对象不同: @Component 注解作用于类,而@Bean注解作用于方法。
    2. @Component通常是通过类路径扫描来自动侦测以及自动装配到Spring容器中(我们可以使用 @ComponentScan 注解定义要扫描的路径从中找出标识了需要装配的类自动装配到 Spring 的 bean 容器中)。@Bean 注解通常是我们在标有该注解的方法中定义产生这个 bean,@Bean把方法的返回值类放入spring 容器。
    3. @Bean 注解比 Component 注解的自定义性更强,而且很多地方我们只能通过 @Bean 注解来注册bean。比如当我们引用第三方库中的类需要装配到 Spring容器时,则只能通过 @Bean来实现。

    9、将一个类声明为Spring的 bean 的注解有哪些?

    我们一般使用 @Autowired 注解自动装配 bean,要想把类标识成可用于 @Autowired 注解自动装配的 bean 的类,采用以下注解可实现:

    • @Component :通用的注解,可标注任意类为 Spring 组件。如果一个Bean不知道属于哪个层,可以使用@Component 注解标注。
    • @Repository : 对应持久层即 Dao 层,主要用于数据库相关操作。
    • @Service : 对应服务层,主要涉及一些复杂的逻辑,需要用到 Dao层。
    • @Controller : 对应 Spring MVC 控制层,主要用于接受用户请求并调用 Service 层返回数据给前端页面。
    注意:@Bean可以将方法的返回值声明为Bean

    10、请解释Spring Bean的生命周期?

     首先说一下Servlet的生命周期:实例化,初始init,接收请求service,销毁destroy;

     Spring上下文中的Bean生命周期也类似,如下:

    (1)实例化Bean:

    对于BeanFactory容器,当客户向容器请求一个尚未初始化的bean时,或初始化bean的时候需要注入另一个尚未初始化的依赖时,容器就会调用createBean进行实例化。对于ApplicationContext容器,当容器启动结束后,通过获取BeanDefinition对象中的信息,实例化所有的bean。

    (2)设置对象属性(依赖注入):

    实例化后的对象被封装在BeanWrapper对象中,紧接着,Spring根据BeanDefinition中的信息 以及 通过BeanWrapper提供的设置属性的接口完成依赖注入。

    (3)处理Aware接口:

    接着,Spring会检测该对象是否实现了xxxAware接口,并将相关的xxxAware实例注入给Bean:

    ①如果这个Bean已经实现了BeanNameAware接口,会调用它实现的setBeanName(String beanId)方法,此处传递的就是Spring配置文件中Bean的id值;

    ②如果这个Bean已经实现了BeanFactoryAware接口,会调用它实现的setBeanFactory()方法,传递的是Spring工厂自身。

    ③如果这个Bean已经实现了ApplicationContextAware接口,会调用setApplicationContext(ApplicationContext)方法,传入Spring上下文;

    (4)BeanPostProcessor:

    如果想对Bean进行一些自定义的处理,那么可以让Bean实现了BeanPostProcessor接口,那将会调用postProcessBeforeInitialization(Object obj, String s)方法。比如实现一些AOP逻辑。

    (5)InitializingBean 与 init-method:

    如果Bean在Spring配置文件中配置了 init-method 属性,则会自动调用其配置的初始化方法。

    (6)如果这个Bean实现了BeanPostProcessor接口,将会调用postProcessAfterInitialization(Object obj, String s)方法;由于这个方法是在Bean初始化结束时调用的,所以可以被应用于内存或缓存技术;

        以上几个步骤完成后,Bean就已经被正确创建了,之后就可以使用这个Bean了。

    (7)DisposableBean:

    当Bean不再需要时,会经过清理阶段,如果Bean实现了DisposableBean这个接口,会调用其实现的destroy()方法;

    (8)destroy-method:

    最后,如果这个Bean的Spring配置中配置了destroy-method属性,会自动调用其配置的销毁方法。

    11、Spring如何处理线程并发问题?

    线程并发其实竞争的的是数据库的connection, 

    在一般情况下,只有无状态的Bean才可以在多线程环境下共享,在Spring中,绝大部分Bean都可以声明为singleton作用域,因为Spring对一些Bean中非线程安全状态采用ThreadLocal进行处理,解决线程安全问题。

    ThreadLocal和线程同步机制都是为了解决多线程中相同变量的访问冲突问题。同步机制采用了“时间换空间”的方式,仅提供一份变量,不同的线程在访问前需要获取锁,没获得锁的线程则需要排队。而ThreadLocal采用了“空间换时间”的方式。

    ThreadLocal会为每一个线程保存各自需要的变量,从而隔离了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本,从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程安全的共享对象,在编写多线程代码时,可以把不安全的变量封装进ThreadLocal。

    比如spring就把connection放入了threadlocal, 避免的threadlocal的并发争用问题。

    ThreadLocal的知识可以阅读《ThreadLocal原理,内存泄漏问题,怎么解决

    12、Spring基于xml注入bean的几种方式:

    (1)Set方法注入;

    (2)构造器注入:①通过index设置参数的位置;②通过type设置参数类型;

    (3)静态工厂注入;

    (4)实例工厂;

    详细内容可以阅读:https://blog.csdn.net/a745233700/article/details/89307518

    13、Spring的自动装配:

    在spring中,对象无需自己查找或创建与其关联的其他对象,由容器负责把需要相互协作的对象引用赋予各个对象,使用autowire来配置自动装载模式。

    在Spring框架xml配置中共有5种自动装配:

    (1)no:默认的方式是不进行自动装配的,通过手工设置ref属性来进行装配bean。

    (2)byName:通过bean的名称进行自动装配,如果一个bean的 property 与另一bean 的name 相同,就进行自动装配。 

    (3)byType:通过参数的数据类型进行自动装配。

    (4)constructor:利用构造函数进行装配,并且构造函数的参数通过byType进行装配。

    (5)autodetect:自动探测,如果有构造方法,通过 construct的方式自动装配,否则使用 byType的方式自动装配。

    基于注解的方式:

    使用@Autowired注解来自动装配指定的bean。在使用@Autowired注解之前需要在Spring配置文件进行配置,<context:annotation-config />。在启动spring IoC时,容器自动装载了一个AutowiredAnnotationBeanPostProcessor后置处理器,当容器扫描到@Autowied、@Resource或@Inject时,就会在IoC容器自动查找需要的bean,并装配给该对象的属性。在使用@Autowired时,首先在容器中查询对应类型的bean:

    如果查询结果刚好为一个,就将该bean装配给@Autowired指定的数据;

    如果查询的结果不止一个,那么@Autowired会根据名称来查找;

    如果上述查找的结果为空,那么会抛出异常。解决方法时,使用required=false。

        @Autowired可用于:构造函数、成员变量、Setter方法

        注:@Autowired和@Resource之间的区别

        (1) @Autowired默认是按照类型装配注入的,默认情况下它要求依赖对象必须存在(可以设置它required属性为false)。

        (2) @Resource默认是按照名称来装配注入的,只有当找不到与名称匹配的bean才会按照类型来装配注入。

    14、Spring 框架中都用到了哪些设计模式?

    (1)工厂模式:BeanFactory就是简单工厂模式的体现,用来创建对象的实例;

    (2)单例模式:Bean默认为单例模式。

    (3)原型模式:如果选择了bean实例为protype则在需要使用bean实例时会使用原型模式快速创建bean实例。

    (4)代理模式:Spring的AOP功能用到了JDK的动态代理和CGLIB字节码生成技术;

    (5)模板模式:用来解决代码重复的问题。比如.  TymeleafTemplate, RedisTemplate, ElasticTemplat,RestTemplate, JmsTemplate, JpaTemplate,等等。

    (6)观察者模式:定义对象间一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都会得到通知被制动更新,如Spring中listener的实现--ApplicationListener。

    (7)委派模式:Spring 提供了 DispatcherServlet 来对请求进行分发。

    (8)适配器模式 :Spring AOP 的增强或通知(Advice)使用到了适配器模式、spring MVC 中也是用到了适配器模式适配Controller

    Spring 事务

    1、Spring 管理事务的方式有几种?

    1. 编程式事务,在代码中硬编码。(不推荐使用)
    2. 声明式事务,在配置文件中配置(推荐使用)

    声明式事务又分为两种:

    1. 基于XML的声明式事务
    2. 基于注解的声明式事务

    2、Spring 事务中的隔离级别有哪几种?

    spring的事务隔离级别和数据库的隔离级别是一样的。
    TransactionDefinition 接口中定义了五个表示隔离级别的常量:
    • TransactionDefinition.ISOLATION_DEFAULT: 使用后端数据库默认的隔离级别,Mysql 默认采用的 REPEATABLE_READ隔离级别 Oracle 默认采用的 READ_COMMITTED隔离级别.
    • TransactionDefinition.ISOLATION_READ_UNCOMMITTED:未提交读
    • TransactionDefinition.ISOLATION_READ_COMMITTED:提交读
    • TransactionDefinition.ISOLATION_REPEATABLE_READ: 可重复读
    • TransactionDefinition.ISOLATION_SERIALIZABLE: 可序列化

    3、Spring 事务的传播行为

    事务传播行为(propagation behavior)指的就是当一个事务方法被另一个事务方法调用时,这个事务方法应该如何进行。
    例如:methodA事务方法调用methodB事务方法时,methodB是继续在调用者methodA的事务中运行呢,还是为自己开启一个新事务运行,这就是由methodB的事务传播行为决定的。

    Spring定义了七种传播行为:

    • PROPAGATION_ _REQUIRED: 表示当前methodB方法必须运行在事务中。如果调用方methodA存在事务,mothodB方法将会在methodA事务中运行。否则,会启动一个新的事务
    • PROPAGATION_ SUPPORTS:表示当前方法不需要事务上下文, 但是如果调用方methodA存在事务的话,那么该方法会在这个事务中运行
    • PROPAGATION_ MANDATORY: 表示该方法必须在事务中运行,如果当前事务不存在,则会抛出一个异常。
    • PROPAGATION_ REQUIRED_ NEW:表示当前方法必须运行在它自己的事务中。一个新的事务将被启动。如果存在当前事务,在该方法执行期间.当前事务会被挂起。如果使用JTATransactionManager的话,则需要访问TransactionManager
    • PROPAGATION_ NOT_ SUPPORTED:表示该方法不应该运行在事务中。如果存在当前事务,在该方法运行期间,当前事务将被挂起。如果使用JTATransactionManager的话 ,则需要访问TransactionManager。
    • PROPAGATION_ NEVER:表示当前方法不应该运行在事务上下文中。如果当前正有一个事务在运行,则会抛出异常
    • PROPAGATION_ NESTED:表示如果当前已经存在一 个事务,那么该方法将会在嵌套事务中运行。嵌套的事务可以独立于当前事务进行单独地提交或回滚。如果当前事务不存在,那么其行为与PROPAGATION_ REQUIRED- 样。注意各厂商对这种传播行为的支持是有所差异的。可以参考资源管理器的文档来确认它们是否支持嵌套事务

    4、@Transactional(rollbackFor = Exception.class)注解了解吗?

    我们知道:Exception分为运行时异常RuntimeException和非运行时异常。事务管理对于企业应用来说是至关重要的,即使出现异常情况,它也可以保证数据的一致性。

    @Transactional注解作用于类上时,该类的所有 public 方法将都具有该类型的事务属性,同时,我们也可以在方法级别使用该标注来覆盖类级别的定义。如果类或者方法加了这个注解,那么这个类里面的方法抛出异常,就会回滚,数据库里面的数据也会回滚。

    @Transactional注解中如果不配置rollbackFor属性,那么事务只会在遇到RuntimeException的时候才会回滚,加上rollbackFor=Exception.class,可以让事务在遇到非运行时异常时也回滚。

    关于 @Transactional  注解推荐阅读的文章:

    MyBatis 

    1、什么是Mybatis?

    (1)Mybatis是一个半ORM(对象关系映射)框架,它内部封装了JDBC,开发时只需要关注SQL语句本身,不需要花费精力去处理加载驱动、创建连接、创建statement等繁杂的过程。sql 语句由我们自己编写l,所以可以严格控制sql执行性能,灵活度较高。
    (2)MyBatis 可以使用 XML 或注解来配置和映射原生信息,将 POJO(实体类)-映射成数据库中的记录,避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集。
    (3)通过xml 文件或注解的方式将要执行的各种 statement 配置起来,并通过java对象和 statement中sql的动态参数进行映射生成最终执行的sql语句,最后由mybatis框架执行sql并将结果映射为java对象并返回。(从执行sql到返回result的过程)。

    ORM是什么

    即 Object-Relationl Mapping 它的作用是在关系型数据库和对象之间作一个映射,这样,我们在具体的操作数据库的时候,就不需要再去和复杂的SQL语句打交道。只要提供了持久化类与表的映射关系,ORM框架在运行时就能参照映射文件的信息,把对象持久化到数据库中

    2、Mybaits的优点:

    (1)基于SQL语句编程,相当灵活,不会对应用程序或者数据库的现有设计造成任何影响,SQL写在XML里,解除sql与程序代码的耦合,便于统一管理;提供XML标签,支持编写动态SQL语句,并可重用。
    (2)与JDBC相比,减少了50%以上的代码量,消除了JDBC大量冗余的代码,不需要手动开关连接;
    (3)很好的与各种数据库兼容(因为MyBatis使用JDBC来连接数据库,所以只要JDBC支持的数据库MyBatis都支持)。
    (4)能够与Spring很好的集成;
    (5)提供映射标签,支持对象与数据库的ORM字段关系映射;提供对象关系映射标签,支持对象关系组件维护。

    3、MyBatis框架的缺点:

    (1)SQL语句的编写工作量较大,尤其当字段多、关联表多时,对开发人员编写SQL语句的功底有一定要求。
    (2)SQL语句依赖于数据库,导致数据库移植性差,不能随意更换数据库。

    4、MyBatis框架适用场合:

    (1)MyBatis专注于SQL本身,是一个足够灵活的DAO层解决方案。
    (2)对性能的要求很高,或者需求变化较多的项目,如互联网项目,MyBatis将是不错的选择。

    5、MyBatis与Hibernate有哪些不同?

    (1)Mybatis和hibernate不同,它不完全是一个ORM框架,因为MyBatis需要程序员自己编写Sql语句。
    (2)Mybatis直接编写原生态sql,可以严格控制sql执行性能,灵活度高,非常适合对关系数据模型要求不高的软件开发,因为这类软件需求变化频繁,一但需求变化要求迅速输出成果。但是灵活的前提是mybatis无法做到数据库无关性,如果需要实现支持多种数据库的软件,则需要自定义多套sql映射文件,工作量大。 
    (3)Hibernate对象/关系映射能力强,数据库无关性好,对于关系模型要求高的软件,如果用hibernate开发可以节省很多代码,提高效率。 

    6、#{}和${}的区别是什么?

    #{}是预编译处理,${}是字符串替换。
    Mybatis在处理#{}时,会将sql中的#{}替换为?号,调用PreparedStatement的set方法来赋值;
    Mybatis在处理${}时,就是把${}替换成变量的值。
    使用#{}可以有效的防止SQL注入,提高系统安全性。

    7、为什么说Mybatis是半自动ORM映射工具?它与全自动的区别在哪里?

    Hibernate属于全自动ORM映射工具,使用Hibernate查询关联对象或者关联集合对象时,可以根据对象关系模型直接获取,所以它是全自动的。而Mybatis在查询关联对象或关联集合对象时,需要手动编写sql来完成,所以,称之为半自动ORM映射工具。

    8、当实体类中的属性名和表中的字段名不一样 ,怎么办 ?

    第1种: 通过在查询的sql语句中定义字段名的别名,让字段名的别名和实体类的属性名一致。

    第2种: 通过<resultMap>来映射字段名和实体类属性名的一一对应的关系。

    9、Mybatis是如何进行分页的?分页插件的原理是什么?

            Mybatis使用RowBounds对象进行分页,它是针对ResultSet结果集执行的内存分页,而非物理分页。可以在sql内直接书写带有物理分页的参数来完成物理分页功能,也可以使用分页插件来完成物理分页。

           分页插件的基本原理是使用Mybatis提供的插件接口,实现自定义插件,在插件的拦截方法内拦截待执行的sql,然后重写sql,根据dialect方言,添加对应的物理分页语句和物理分页参数

    10、简单介绍一下spring boot, spring cloud, spring cloud Data flow

    Spring Boot可以简化服务端开发,它可以完全代替Spring Framework
    Spring Could用于微服务开发,可以将多个子项目协调在一起工作
    Spring Cloud Data Flow用于多客户端应用,可以将不同终端的数据整合到一起
  • 相关阅读:
    可以将class文件反编译成java文件
    软件开发者面试百问
    马云说
    反编译工具jad的使用(将*.class文件变成*.java文件,附带jad.zip包)[转]
    Rose与PowerDesigner:两款建模工具对比分析比较[转]
    Javascript中最常用的55个经典技巧
    如何将.class文件转换成.java文件——JAVA反编译工具总结[转]
    SQL Server补丁版本的检查
    SQL Server 2000 从哪里看是哪个版本
    什么是模式?什么是框架?软件为什么要分层?
  • 原文地址:https://www.cnblogs.com/hi3254014978/p/14158498.html
Copyright © 2011-2022 走看看