答:用于创建Bean对象,管理Bean对象的容器,Spring IOC容器本质上指的就是Spring Bean容器,Spring Bean容器中最核心的机制是IOC机制(控制反转),所以有时候又将Spring Bean容器称之为Spring IOC容器。
答:IOC是Spring中提供一种控制反转机制,目的是将我们项目中对象的依赖管理交给Spring实现,这样可以更好实现对象关系的解耦,提高程序的可扩展性。
答:DI是Spring中的依赖注入机制,IOC的实现需要借助这种机制,我们通常会这样理解,Spring Bean容器中的IOC思想是一种目标,而DI是实现这种思想目标的手段。
答:@Scope(“singleton”)
@Scope(“prototype”)
@Lazy(value=true)
答:借助反射机制,目的是防止内存泄漏;对象已经不使用了但还占用着内存,这种现象称之为内存泄漏,内存泄漏不是内存溢出,但是它是内存溢出的一个导火索,内存溢出可直接导致系统崩溃。
答:优点在于:
1:能够实现全局事务的控制,通过EJB、CMT进行事物的管理。
2:能够保证项目模块在系统中完成的功能是可控制的操作(AOP)。
缺点在于:
1:Spring中的事物声明有编程式事物和申明是事物。
相同点:都是通过get来获取值。
不同点:$传进去的字符串不带引号,#号带引号。
答:有时候固定的SQL语句不能满足我们的应用需求,这个时候需要在此基础上建立动态的查询语句。
MyBatis提供了多种注解,可以提供动态查询语言。
比如说在开发的时候,遇到这样的场景:界面提供了多种查询,但是都是非必填写,在选择查询条件时可以选中任意几种组合作为查询条件,如果在使用JDBC的时候,需要判断参数为空,自己组装SQL,但MyBatis提供动态SQL机制,避免了此类问题。
答:Shiro权限控制流程:
应用代码→调用Subject(Shiro的Subject代表当前登录的用户)控制权限→Subject在Shiro框架内部调用SecurityManager安全管理器→安全管理器调用Realm(程序和安全数据连接器)。
Subject要进行任何操作,都必须要调用安全管理器(对我们来说是自动的),而安全管理器会调用指定的Realms对象,来连接安全数据。
Realms用来编写安全代码逻辑和访问安全数据,是连接程序和安全数据的桥梁。
答:BeanFactory可以理解为含有Bean集合的工厂类,BeanFactory包含了Bean的定义信息,以便在接收到客户端请求时将对应的Bean实例化。
BeanFactory还能在实例化对象的时候生成协作类之间的关系,此举将Bean自身与Bean客户端的配置中解放出来,BeanFactory还包含了Bean生命周期的控制,调用客户端的初始化方法(initialization methods)和销毁方法(destruction methods)。
从表面上看,ApplicationContext如同BeanFactory一样具有Bean定义、Bean关联关系的设置,根据请求分发Bean的功能,但ApplicationContext在此基础上还提供了其他的功能。
答:SpringBean的生命周期简单易懂,在一个Bean实例被初始化时,需要执行一系列的初始化操作,以达到可用状态。同样的,当一个Bean不在被调用时需要进行相关的解析操作,并从Bean容器中移除。
Spring Bean Factory负责管理在Spring容器中被创建的Bean的生命周期,Bean的生命周期由两组回调(Call back)方法组成。
初始化之后调用的回调方法和销毁之前调用的回调方法。
Spring框架提供了以下四种方式来管理Bean的生命周期:
InitializingBean和DisposableBean回调接口
针对特殊行为的其他Aware接口
Bean配置文件中的Custom init()方法和destroy()方法
@PostConstruct和@PreDestroy注解方式
//使用customInit()和 customDestroy()方法管理bean生命周期的代码样例如下 init-method="customInit" destroy-method="customDestroy"> |
答:Spring容器中的Bean可以分为5个范围,所有范围的名称都是有说明的,但是为了避免混淆,还是让我们来解释一下。
singleton:这种bean范围是默认的,这种范围确保不管接受到多少个请求,每个容器中只有一个bean的实例,单例的模式由bean factory自身来维护。
prototype:原形范围与单例范围相反,为每一个bean请求提供一个实例。
request:在请求bean范围内会每一个来自客户端的网络请求创建一个实例,在请求完成以后,bean会失效并被垃圾回收器回收。
Session:与请求范围类似,确保每个session中有一个bean的实例,在session过期后,bean会随之失效。
global-session:global-session和Portlet应用相关。当你的应用部署在Portlet容器中工作时,它包含很多portlet。如果你想要声明让所有的portlet共用全局的存储变量的话,那么这全局变量需要存储在global-session中。
全局作用域与Servlet中的session作用域效果相同。
答:关注点是应用中一个模块的行为,一个关注点可能会被定义成一个我们想实现的一个功能。横切关注点是一个关注点,此关注点是整个应用都会使用的功能,并影响整个应用;比如日志,安全和数据传输,几乎应用的每个模块都需要的功能,因此这些都属于横切关注点。
答:轻量:Spring是轻量的,基本的版本约2MB。
控制反转:Spring通过控制反转实现了松散耦合,对象们给出它们的依赖,而不是创建或查找依赖的对象们。
面向切面编程(AOP):Spring支持面向切面的编程,并且把应用业务逻辑和系统服务分开。
容器:Spring包含并管理应用中对象的生命周期和配置。
MVC框架:Spring的WEB框架是一个精心设计的框架,是WEB框架的一个很好的替代品。
事务管理:Spring提供一个持续的事务管理接口,可以扩展到上至本地事务下至全局事务(JTA)。
异常处理:Spring提供方便的API把具体技术相关的异常(比如JDBC,Hibernate or JDO抛出的)转化为一致的unchecked异常。
答:Spring框架中使用到了大量的设计模式,下面列举了比较有代表性的:
代理模式:在AOP和remoting中被用的比较多。
单例模式:在Spring配置文件中定义的Bean默认为单例模式。
模板方法:用来解决代码重复的问题,比如:RestTemplate、JmsTemplate、JpaTemplate。
工厂模式:BeanFactory用来创建对象的实例。
适配器:Spring AOP。
装饰器:Spring Data hashmapper。
观察者:Spring时间驱动模型。
回调:Spring ResourceLoaderAware回调接口。
Spring多线程请求过来调用的Controller对象都是一个,而不是一个请求过来就创建一个Controller对象。
并发安全?原因就在于Controller对象是单例的,那么如果不小心在类中定义了类变量,那么这个类变量是被所有请求共享的,这可能会造成多个请求修改该变量的值,出现与预期结果不符合的异常。
那有没有办法让Controller不以单例而以每次请求都重新创建的形式存在呢?
答案是当然可以,只需要在类上添加注解@Scope(“prototype”)即可,这样每次请求调用的类都是重新生成的(每次生成会影响效率)。
虽然这样可以解决问题,但增加了时间成本,总让人不爽,还有其他方法吗?答案是肯定的!
使用ThreadLocal来保存类变量,将类变量保存在线程的变量域中,让不同的请求隔离开来。
答:轻量:Spring是轻量的,基本的版本约2MB。
控制反转:Spring通过控制反转实现了松散耦合,对象们给出它们的依赖,而不是创建或查找依赖的对象们。
面向切面编程(AOP):Spring支持面向切面的编程,并且把应用业务逻辑和系统服务分开。
容器:Spring包含并管理应用中对象的生命周期和配置。
MVC框架:Spring的WEB框架是一个精心设计的框架,是WEB框架的一个很好的替代品。
事务管理:Spring提供一个持续的事务管理接口,可以扩展到上至本地事务下至全局事务(JTA)。
异常处理:Spring提供方便的API把具体技术相关的异常(比如JDBC,Hibernate or JDO抛出的)转化为一致的unchecked异常。
答:Spring提供以下几种集合的配置元素:
类型用于注入一列值,允许有相同的值。
答:Spring支持如下两种方式的事务管理
编程式事务管理:这意味着你可以通过编程的方式管理事务,这种方式带来了很大的灵活性,但很难维护。
声明式事务管理:这种方式意味着你可以将事务管理和业务代码分离。你只需要通过注解或者XML配置管理事务。
答:Spring为不同的事务API(如JTA、JDBC、Hibernate、JPA和JDO)提供了统一的编程模型。
Spring为编程式事务管理提供了一个简单的API而非一系列复杂的事务API(如JTA)。
Spring支持声明式事务管理。
Spring事务管理可以和多种数据访问技术很好的融合。
答:前端控制器DispatcherServlet(不需要程序员开发)
作用:接收请求、响应结果,相当于转发器,有了DispatcherServlet就减少了其他组件之间的耦合度。
处理器映射器HandlerMapping(不需要程序员开发)
作用:根据请求的URL来查找Handler。
处理器适配器HandlerAdapter
注意:在编写Handler的时候要按照HandlerAdapter要求的规则去编写,这样适配器HandlerAdapter才可以正确的去执行Handler。
处理器Handler(需要程序员开发)
视图解析器ViewResolver(不需要程序员开发)
作用:进行视图的解析,根据视图逻辑名解析成真正的视图(view)
视图View(需要程序员开发jsp)
View是一个接口,它的实现类支持不同的视图类型(jsp、freemarker、pdf等)
答:通过Jackson框架就可以把Java里面的对象直接转化成JS可以识别的Json对象,具体步骤如下:
加入Jackson.jar
在配置文件中配置Json的映射
在接受Ajax方法里面可以直接返回Object、List等,但方法前面要加上。
#{}是预编译处理,${}是字符串替换;
Mybatis在处理#{}时,会将sql中的#{}替换为?号,调用PreparedStatement的set方法来赋值;
Mybatis在处理${}时,就是把${}替换成变量的值,相当于字符串拼接;
使用#{}可以有效的防止SQL注入,提高系统安全性。
答:一级缓存:
默认开启;
SqlSession级别的缓存,实现在同一个会话中数据的共享;
一级缓存的生命周期和SqlSession一致;
当有多个SqlSession或者分布式环境下,数据库与操作会引起脏读。
二级缓存:
默认不开启,需要手动开启;
SqlSessionFactory级别的缓存,实现不同会话中数据的共享,是一个全局变量;
可自定义存储源,如Ehcache;
当开启缓存后,数据查询的执行流程是:二级缓存→一级缓存→数据库;
不同于一级缓存,二级缓存可设置是否允许刷新和刷新频率实现;
实体类实现序列化,在mapper文件中开启
在配置文件中设置cacheEnabled为true。
答:SpringMVC的入口是一个Servlet,即前端控制器,而Struts2入口是一个Filter过滤器;
SpringMVC是基于方法开发,传递参数是通过方法形参,可以设计为单例或多例(建议单例),Struts2是基于类开发,传递参数是通过类的属性,只能设计为多例。
答:One:读取配置文件,配置文件包含数据库连接信息和Mapper映射文件或者Mapper包路径。
Two:有了这些信息就能创建SqlSessionFactory,SqlSessionFactory的生命周期是程序级,程序运行时建立,程序结束时消亡。
Three:SqlSessionFactory建立SqlSession,目的是执行SQL语句,SqlSession是过程级,一个方法中建立,方法结束应该关闭。
Four:当用户使用mapper.xml文件中配置的方法时,MyBatis首先会解析SQL动态标签为对应数据库SQL语句的形式,并将其封装进MapperStatement对象,然后通过Executor将SQL注入数据库执行,并返回结果。
Five:将返回的结果通过映射,包装成Java对象。
答:接口映射就是在MyBatis中任意定义接口,然后把接口里的方法和SQL语句绑定,我们通过直接调用接口方法,例如:
UserMapper userMapper = sqlSession.getMapper(UserMapper.class); //这样比原来SqlSession提供的方法,例如: List //我们可以有更加灵活的选择和设置 |
注意:One:Mapper.xml文件的namespace属性必须配置为接口的全限定名称,接口中方法与Mapper.xml中的
Two:select查询通过在Mapper.xml中配置ResultMap标签,将查询结果的列名与字段名对应,insert语句通过#{属性名}从接口参数获取值放到SQL语句中。
Three:Mapper.xml接口绑定本质是动态代理。
答:One:创建SqlSessionFactory;
Two:通过SqlSessionFactory创建SqlSession;
Three:通过SqlSession执行数据库操作;
Four:通过session.commit()提交事务;
Five:session.close()关闭事务。
答:JDBC编程的不足之处:
One:数据库链接创建、释放频繁会造成系统资源浪费从而影响系统性能,如果使用数据库连接池可解决此问题;
Two:SQL语句在写代码中造成代码不易维护,实际应用SQL变化的可能较大,SQL变动需要改变Java代码;
Three:向SQL语句传递参数麻烦,因为SQL语句的where条件不一样,可能多也可能少,占位符需要和参数一一对应;
Four:对结果集解析麻烦,SQL变化导致解析代码变化,且解析前需要遍历,如果能将数据库记录封装成POJO对象解析比较方便。
MyBatis的解决方案
One:在SqlMapConfig.xml中配置数据连接池,使用连接池管理数据库连接;
Two:将SQL语句配置在xxxmapper.xml文件中与Java代码分离;
Three:MyBatis自动将Java对象映射至SQL语句;
Four:MyBatis自动将SQL执行结果映射至Java对象。
答:优点
One:易于上手和掌握;
Two:SQL写在xml里面,便于统一管理和优化;
Three:减少SQL与程序代码的耦合;
Four:提供xml标签,支持动态SQL编写;
缺点
One:SQL工作量大,尤其是字段多,关联表多时更加;
Two:SQL依赖于数据库,导致数据库移植性差;
Three:由于xml里面标签id必须唯一,导致DAO中方法不支持重装,所以DAO层必须是接口。
答:One:Mapper接口方法名和Mapper.xml中定义的每个SQL的id相同;
Two:Mapper接口方法的输入参数类型和Mapper.xml中定义的每个SQL的parameterType的类型相同;
Three:Mapper接口方法的输出参数类型和Mapper.xml中定义的每个SQL的resultType的类型相同;
Four:Mapper.xml文件中的namespace即是Mapper接口的类路径。
答:One:是一个基于MVC的WEB框架;
Two:SpringMVC是Spring的一个模块,是Spring的子容器,子容器可以拿父容器的东西,但是父容器不能拿子容器的东西;
Three:SpringMVC的前端控制器DispatcherServlet,用于分发请求,使开发变得简单;
Four:SpringMVC流程以及SpringMVC三大组件
答:1)MyBatis仅可以编写针对ParameterHandler、ResultSetHandler、StatementHandler、Executor这4种接口的插件,MyBatis通过动态代理,为需要拦截的接口生成代理对象以实现接口方法拦截功能,每当执行这4种接口对象的方法时,就会进入拦截方法,具体就是InvocationHandler的invoke()方法,当然,只会拦截那些你指定需要拦截的方法。
2)实现MyBatis的Interceptor接口并复写intercept()方法,然后在给插件编写注解,指定要拦截哪一个接口的哪些方法即可,记住,别忘了在配置文件中配置你编写的插件。
答:1)MyBatis动态SQL可以让我们在XML映射文件内,以标签的形式编写动态SQL,完成逻辑判断和动态拼接SQL的功能。
答:1):MyBatis仅支持association关联对象和collection关联集合对象的延迟加载,association指的就是一对一,collection指的就是一对多查询。在MyBatis配置文件中,可以配置是否启用延迟加载lazyLoadingEnabled=true\false。
2)它的原理是,使用CGLIB创建目标对象的代理对象,当调用目标方法时,进入拦截器方法,比如调用a.getB().getName(),拦截器invoke()方法发现a.getB()是null值,那么就会单独发送事先保存好的查询关联B对象的SQL,把B查询出来,然后调用a.setB(b),于是a的对象b属性就有值了,接着完成a.getB().getName()方法的调用,这就是延迟加载的基本原理。
答:能,MyBatis不仅仅可以执行一对一、一对多的关联查询,还可以执行多对一,多对多的关联查询;多对一查询,其实就是一对一查询,只需要把selectOne()修改为selectList()即可;多对多查询,其实就是一对多查询,只需要把selectOne()修改为selectList()即可。
关联对象查询,有两种实现方式,一种是单独发送一个SQL去查询关联对象,赋给主对象,然后返回主对象。另一种是使用嵌套查询,嵌套查询的含义为使用join查询,一部分列是A对象的属性值,另外一部分列是关联对象B的属性值,好处是只发一个SQL查询,就可以把主对象和其关联对象查出来。
答:第1种是使用
第2种是使用SQL列的别名功能,将列别名书写为对象属性名,比如T_NAME AS NAME,对象属性名一般是name,小写,但是列名布区分大小写,MyBatis会忽略列名大小写,智能找到与之对应对象属性名,你甚至可以写成T_NAME AS NaMe,MyBatis一样可以正常工作。
答:虽然MyBatis解析XML映射文件是按照顺序解析的,但是被引用的B标签依然可以定义在任何地方,MyBatis都可以正确识别;原理是MyBatis解析A标签,发现A标签引用了B标签,但是B标签尚未解析到,尚不存在,此时MyBatis会将A标签标记为为解析状态,然后继续解析余下的标签,包含B标签,待所有标签解析完毕,MyBatis会重新解析那些被标记为未解析的标签,此时再解析A标签时,B标签已经存在,A标签也就可以正常解析完成了。
答:MyBatis里的动态SQL一般是通过if节点来实现,通过OGNL语法来实现,但是如果要写得完整,必须配合where、trim节点,where节点是判断包含节点有内容就插入where,否则不插入;trim节点是用来判断如果动态语句是以and或or开始,那么会自动把这个and或者or去掉。
答:MyBatis有三种基本的Executor执行器,SimpleExecutor、ReuseExecutor、BatchExecutor。
SimpleExecutor:每执行一次update或select,就开启一个Statement对象,用完立刻关闭Statement对象。
ReuseExecutor:执行update或select,以SQL作为key查找Statement对象,存在就使用,不存在就创建,用完后,不关闭Statement对象,而是放置于Map
BatchExecutor:执行update(没有select,JDBC批处理不支持select),将所有SQL都添加到批处理中(addBatch()),等待统一执行(executeBatch()),它缓存了多个Statement对象,每个Statement对象都是addBatch()完毕后,等待逐一执行executeBatch()批处理,与JDBC批处理相同。
作用范围:Executor的这些特点,都严格限制再SqlSession生命周期范围内。
答:Hibernate属于全自动ORM映射工具,使用Hibernate查询关联对象或者关联集合对象时,可以根据对象关系模型直接获取,所以它是全自动的。而MyBatis在查询关联对象或关联集合对象时,需要手动编写SQL来完成,所以称之为半自动ORM映射工具。
心得:面试题看似很简单,但是想要能正确回答上来,必定是研究过源码且深入的人,而不是仅会使用的人,或者用得很熟的人。
答:1)MyBatis配置;
答:事务就是对一系列的数据库操作(比如插入多条数据)进行统一的提交或回滚操作,如果插入成功,那么一起成功,如果中间有一条出现异常,那么回滚之前的所有操作,这样可以防止出现脏数据,防止数据库数据出现问题。
开发中为了避免这种情况一般都会进行事务管理,Spring中也有自己的事务管理机制,一般是使用TransactionManager进行管理,可以通过Spring的注入来完成此功能。
Spring支持如下两种方式的事务管理:
注意:一般选择声明式事务管理,因为这种方式和应用程序的关联较少。
答:1)MyBatis和Hibernate不同,它不完全是一个ORM框架,因为MyBatis需要程序员自己编写SQL语句,不过MyBatis可以通过XML或注解方式灵活配置要运行的SQL语句,并将Java对象和SQL语句映射生成最终执行的SQL,最后将SQL执行的结果再映射生成Java对象。
2)MyBatis学习门槛低,简单易学,程序员直接编写原生态SQL,可严格控制SQL执行性能,灵活度高,非常适合对关系数据模型要求不高的软件开发,例如互联网软件、企业运营类软件等,因为这类软件需求变化频繁,一但需求变化要求成果输出迅速。但是灵活的前提是MyBatis无法做到数据库无关性,如果需要实现支持多种数据库的软件,则需要自定义多套SQL映射文件,工作量大。
答:
答:SpringMVC的入口是一个Servlet即前端控制器,而Struts2入口是一个Filter过滤器。
SpringMVC是基于方法开发(一个URL对于一个方法),请求参数传递到方法的形参,可以设计为单例或多例模式(建议单例),Struts2是基于类开发,传递参数是通过类的属性,只能设计为多例。
Struts采用值栈存储请求和响应的数据,通过OGNL存取数据,SpringMVC通过参数解析器是将Request请求内容解析,并给方法形参赋值,将数据和视图封装成ModelAndView对象,最后又将ModelAndView中的模型数据通过Request域传输到页面,JSP视图解析器默认使用JSTL。
答:可以声明一个Request或者Session先拿到Session,然后就可以放入数据,或者可以在类上面加上@SessionAttributes注解,里面包含的字符串就是要放入Session里的key。
答:1)MyBatis把SQL语句从Java源程序中独立出来,放在单独的XML文件中编写,给程序的维护带来了很大便利。
答:Application Contexts提供一种方法处理文本消息,一个通常的做法是加载文件资源(比如镜像),它们可以向注册为监听器的Bean发布事件。另外,在容器或容器内的对象上执行的那些不得不由Bean工厂以程序化方式处理的操作,可以在Application Contexts中以声明的方式处理。
Application Contexts实现了Message Source接口,该接口的实现以可插拔的方式提供获取本地化消息的方法。
答:Spring框架支持以下五种Bean的作用域
答:Spring容器能够自动装配相互合作的Bean,这意味着容器不需要
答:基于Java的配置,允许你在少量的Java注解的帮助下,进行你的大部分Spring配置而非通过XML文件。
以@Configuration注解为例,它用来标记类可以当作一个Bean的定义,被Spring IOC容器使用。另一个例子是@Bean注解,它表示此方法将要返回一个对象,作为一个Bean注册进Spring应用上下文。
答:在Spring中有两种方式访问Hibernate:
答:用Spring的Session Factory调用LocalSessionFactory,集成过程分为三步:
答:1)Spring为不同的事务API如JTA、JDBC、Hibernate、JPA和JDO,提供一个不变的编程模式;
2)Spring为编程式事务管理提供了一套简单的API而不是一些复杂的事务API;
答:关注点是应用中的一个模块的行为,一个关注点可能被定义成一个我们想实现的一个功能。横切关注点是一个关注点,此关注点是整个应用都会使用的功能,并影响整个应用;比如日志,安全和数据传输,几乎应用的每个模块都需要的功能,因此这些都属于横切关注点。
答:AOP表示面向切面编程,将一个系统中共同的业务逻辑提取出来,进行单独封装成一个组件(切面),然后以配置的方式作用于系统中,实现程序的可插拔性,提高代码的复用性,提升系统的灵活性和性能。
底层实现:JDK动态代理,只支持接口注入,CGLIB:可以支持普通类的注入。
哪些地方会用到?事务开启,日志记录,安全验证,权限管理。
切面:系统中共通的业务提取出来,在某个时刻或者某个阶段共同调用。
切入点:找到目标方法,给它追加共通的业务逻辑,在Spring中提供了切入点表达式帮助我们找到目标方法execution。
通知:什么时候调用这个共通的业务逻辑,用于指定切面方法作用到系统中的时机,前置通知、后置通知、环绕通知、异常通知、最终通知。
答:AutoWried:按照类型进行匹配,Spring框架自带的,查看当前Spring容器中哪个Bean类型和引用类型一致,就进行注入,如果有多个匹配类型就会报错。
Resource:默认按照名称进行注入,如果找不到对应的名称按照Bean类型进行注入。