待到秋来九月八，我花开后百花杀

  • 1、spring原理
  • 2、springAOP和springIOC的区别和联系
  • 3、说说你了解的springMVC
  • SpringMVC工作原理
  • SpringMVC工程流程描述
  • 4、说说 Spring的反射机制
  • 5、MyBatis中$和#的区别
  • 6、说一下AOP吧，IOC
  • **AOP（面向切面编程）是什么？**
  • **IOC是什么?**
  • **IOC好处，与传统编程相比优势？**
  • 7、动态代理怎么实现？用到了什么类或者你知道啥接口？
  • 8、springmvc 处理请求过程
  • 9、反射机制在springmvc中的应用
  • 10、Spring MVC 中的常用注解？
  • 11、Spring是如何管理事务的
  • 什么是 Spring Boot?
  • Spring Boot 的特点
  • Spring Boot 带来的好处有哪些
  • 14、.Spring中一个bean怎么调用另一个bean
  • 15、DI注入的几种方式？AOP用了那种设计模式？
  • 16、了解Servlet吗？Spring与Servlet的区别和联系？
  • 17、Servlet中的Fiter知道多少？
  • 18、preparStatement与statement区别
  • 19、MyBaties用的哪种方式，了解Mybaites与jdbc的联系吗
  • 20、Sql注入了解吗？如何实现？如果使用MyBaties怎么实现SQL注入？
  • 22、Session和Cookie 的区别
  • 23、IOC用到了哪种设计模式呢 ？
  • 23、spring mvc 的低耦合的耦合是什么意思
  • 24、spring bean 的生命周期
  • Bean对象的作用域
  • Bean对象
  • DI是什么


1、spring原理


2、springAOP和springIOC的区别和联系


3、说说你了解的springMVC

SpringMVC工作原理

SpringMvc是基于过滤器对servlet进行了封装的一个框架，我们使用的时候就是在web.xml文件中配置DispatcherServlet类；SpringMvc工作时主要是通过DispatcherServlet管理接收到的请求并进行处理。

具体执行流程如下：

SpringMVC工程流程描述

  1. 用户向服务器发送请求，请求被Spring 前端控制Servelt DispatcherServlet捕获；
  2. DispatcherServlet对请求URL进行解析，得到请求资源标识符（URI）。然后根据该URI，调用HandlerMapping获得该Handler配置的所有相关的对象（包括Handler对象以及Handler对象对应的拦截器），最后以HandlerExecutionChain对象的形式返回；
  3. DispatcherServlet 根据获得的Handler，选择一个合适的HandlerAdapter。（附注：如果成功获得HandlerAdapter后，此时将开始执行拦截器的preHandler(…)方法）
  4. 提取Request中的模型数据，填充Handler入参，开始执行Handler（Controller)。 在填充Handler的入参过程中，根据你的配置，Spring将帮你做一些额外的工作：
    HttpMessageConveter： 将请求消息（如Json、xml等数据）转换成一个对象，将对象转换为指定的响应信息
    数据转换：对请求消息进行数据转换。如String转换成Integer、Double等
    数据根式化：对请求消息进行数据格式化。 如将字符串转换成格式化数字或格式化日期等
    数据验证： 验证数据的有效性（长度、格式等），验证结果存储到BindingResult或Error中
  5. Handler执行完成后，向DispatcherServlet 返回一个ModelAndView对象；
  6. 根据返回的ModelAndView，选择一个适合的ViewResolver（必须是已经注册到Spring容器中的ViewResolver)返回给DispatcherServlet ；
  7. ViewResolver 结合Model和View，来渲染视图
  8. 将渲染结果返回给客户端。

4、说说 Spring的反射机制


5、MyBatis中$和#的区别

区别

1.#将传入的数据都当成一个字符串，会对自动传入的数据加一个双引号。如：order by #user_id#，如果传入的值是111,那么解析成sql时的值为order by “111”, 如果传入的值是id，则解析成的sql为order by “id”.

2.将传入的数据直接显示生成在sql中。如：orderby将传入的数据直接显示生成在sql中。如：orderbyuser_id$，如果传入的值是111,那么解析成sql时的值为order by user_id, 如果传入的值是id，则解析成的sql为order by id.

3.#方式能够很大程度防止sql注入。

4.$方式无法防止Sql注入。

5.KaTeX parse error: Expected 'EOF', got '#' at position 29: …，例如传入表名. 6.一般能用#̲的就别用.

MyBatis排序时使用order by 动态参数时需要注意，用$而不是#

6、说一下AOP吧，IOC

AOP（面向切面编程）是什么？

面向切面编程（AOP）和面向对象编程（OOP）类似，也是一种编程模式。Spring AOP 是基于 AOP 编程模式的一个框架，它的使用有效减少了系统间的重复代码，达到了模块间的松耦合目的。

AOP 的全称是“Aspect Oriented Programming”，即面向切面编程，它将业务逻辑的各个部分进行隔离，使开发人员在编写业务逻辑时可以专心于核心业务，从而提高了开发效率。

AOP 采取横向抽取机制，取代了传统纵向继承体系的重复性代码，其应用主要体现在事务处理、日志管理、权限控制、异常处理等方面。

目前最流行的 AOP 框架有两个，分别为 Spring AOP 和 AspectJ。

IOC是什么?

IOC : 控制反转 Inversion of Control

实例的创建不再由调用者管理，而是由 Spring 容器创建。Spring 容器会负责控制程序之间的关系，而不是由程序代码直接控制，因此，控制权由程序代码转移到了 Spring 容器中，控制权发生了反转。

IOC好处，与传统编程相比优势？

好处
目的就是为了解耦合，使代码具有更高的扩展性和维护性

1、耦合度和扩展性的关系

耦合性越高，加入新功能就需要大量的修改已有的代码，可扩展性越低

2、耦合度和可维护性的关系

耦合性越高，代码之间关联性依赖性紧密性越高，修改某部分代码对其它的代码影响就越大，可维护性越低

传统编程和IoC的对比

传统编程：决定使用哪个具体的实现类的控制权在调用类本身，在编译阶段就确定了。
IoC模式：调用类只依赖接口，而不依赖具体的实现类，减少了耦合。控制权交给了容器，在运行的时候才由容器决定将具体的实现动态的“注入”到调用类的对象中。

7、动态代理怎么实现？用到了什么类或者你知道啥接口？

使用的模式：代理模式。
代理模式的作用是：为其他对象提供一种代理以控制对这个对象的访问。类似租房的中介。

两种动态代理：
（1）jdk动态代理，jdk动态代理是由Java内部的反射机制来实现的，目标类基于统一的接口（InvocationHandler）
（2）cglib动态代理，cglib动态代理底层则是借助asm来实现的，cglib这种第三方类库实现的动态代理应用更加广泛，且在效率上更有优势。

8、springmvc 处理请求过程


SpringMVC框架是一个基于请求驱动的Web框架，并且使用了‘前端控制器’模型来进行设计，再根据‘请求映射规则’分发给相应的页面控制器进行处理。

java se 题库 javaee考试题库_动态代理

具体步骤：

1、 首先用户发送请求到前端控制器，前端控制器根据请求信息（如 URL）来决定选择哪一个页面控制器进行处理并把请求委托给它，即以前的控制器的控制逻辑部分；图中的 1、2 步骤；

2、 页面控制器接收到请求后，进行功能处理，首先需要收集和绑定请求参数到一个对象，这个对象在 Spring Web MVC 中叫命令对象，并进行验证，然后将命令对象委托给业务对象进行处理；处理完毕后返回一个 ModelAndView（模型数据和逻辑视图名）；图中的 3、4、5 步骤；

3、 前端控制器收回控制权，然后根据返回的逻辑视图名，选择相应的视图进行渲染，并把模型数据传入以便视图渲染；图中的步骤 6、7；

4、 前端控制器再次收回控制权，将响应返回给用户，图中的步骤 8；至此整个结束。

9、反射机制在springmvc中的应用


10、Spring MVC 中的常用注解？


11、Spring是如何管理事务的

Spring的事务机制包括声明式事务和编程式事务。

编程式事务管理：Spring推荐使用TransactionTemplate，实际开发中使用声明式事务较多。

声明式事务管理：将我们从复杂的事务处理中解脱出来，获取连接，关闭连接、事务提交、回滚、异常处理等这些操作都不用我们处理了，Spring都会帮我们处理。

声明式事务管理使用了AOP面向切面编程实现的，本质就是在目标方法执行前后进行拦截。在目标方法执行前加入或创建一个事务，在执行方法执行后，根据实际情况选择提交或是回滚事务。

如何管理的：

Spring事务管理主要包括3个接口，Spring的事务主要是由他们三个共同完成的。

1）PlatformTransactionManager：事务管理器–主要用于平台相关事务的管理

主要有三个方法：

commit  事务提交；
  rollback  事务回滚；
  getTransaction  获取事务状态。

2）TransactionDefinition：事务定义信息–用来定义事务相关的属性，给事务管理器PlatformTransactionManager使用

这个接口有下面四个主要方法：

getIsolationLevel：获取隔离级别；

getPropagationBehavior：获取传播行为；

getTimeout：获取超时时间；

isReadOnly：是否只读（保存、更新、删除时属性变为false–可读写，查询时为true–只读）

事务管理器能够根据这个返回值进行优化，这些事务的配置信息，都可以通过配置文件进行配置。

3）TransactionStatus：事务具体运行状态–事务管理过程中，每个时间点事务的状态信息。

例如它的几个方法：

hasSavepoint()：返回这个事务内部是否包含一个保存点，

isCompleted()：返回该事务是否已完成，也就是说，是否已经提交或回滚

isNewTransaction()：判断当前事务是否是一个新事务

声明式事务的优缺点：

优点

不需要在业务逻辑代码中编写事务相关代码，只需要在配置文件配置或使用注解（@Transaction），这种方式没有侵入性。

缺点

声明式事务的最细粒度作用于方法上，如果像代码块也有事务需求，只能变通下，将代码块变为方法。

什么是 Spring Boot?

Spring Boot 是所有基于 Spring 开发的项目的起点。Spring Boot 的设计是为了让你尽可能快的跑起来 Spring 应用程序并且尽可能减少你的配置文件。简单来说就是 SpringBoot 其实不是什么新的框架，它默认配置了很多框架的使用方式，整合了所有的框架。

Spring Boot 的特点

SpringBoot Starter：他将常用的依赖分组进行了整合，将其合并到一个依赖中，这样就可以一次性添加到项目的 Maven 或 Gradle 构建中。
自动配置：SpringBoot 的自动配置特性利用了 Spring4 对条件化配置的支持，合理地推测应用所需的 bean
并自动化配置他们。

Spring Boot 带来的好处有哪些

不需要配置 web.xml，加载 spring 和 spring mvc
不需要配置数据库连接、配置 spring 事务
不需要 xml 方式注解

14、.Spring中一个bean怎么调用另一个bean


15、DI注入的几种方式？AOP用了那种设计模式？

依赖注入主要有两种实现方式，分别是属性 setter 注入和构造方法注入。具体介绍如下。
1）属性 setter 注入
指 IoC 容器使用 setter 方法注入被依赖的实例。通过调用无参构造器或无参 static 工厂方法实例化 bean 后，调用该 bean 的 setter 方法，即可实现基于 setter 的 DI。
2）构造方法注入
指 IoC 容器使用构造方法注入被依赖的实例。基于构造器的 DI 通过调用带参数的构造方法实现，每个参数代表一个依赖。

代理模式：
动态代理
定义：动态代理是使用反射和字节码技术，在运行期创建指定接口或类的子类 以及其实例对象技术，通过这个技术可以无侵入性的为代码进行增强。

上面这句话信息量很大，标红的词一个一个解释：

反射和字节码技术：动态代理使用的反射+字节码技术，访问jvm中对应的类，就可以动态访问类，并对其动态创建代理类。

运行期：运行期，生成字节码，再加载到虚拟机，为什么是运行期不是编译器，因为上面说到动态代理用到了字节码技术，所以运行期会生成字节码，再去动态获取。

接口或类的子类：就是通过接口或类的子类的方式，去判断你要用哪种方式的动态代理。是的，动态代理也有两种方式：JDK动态代理，CGLIB动态代理。请不要晕，下文会尽量讲详细点。

无侵入性：首先要知道什么是侵入性，开发人员写代码都应该尽量满足 “高内聚，低耦合” 的编程思想，而对于Struts这种框架，比如action和actionForm必须要继承Action和、ActionForm，非要实现或继承特有的接口或类才可以使用功能，这样就改变了Java的结构，这就是侵入式的。而Spring，Hibernate这种框架就是非侵入式的，使用这种框架编写业务类时不用继承特定的类，通过配置，完成依赖注入就可以使用，比如JavaBean，就算撤走框架，对我的代码也没影响。但是呢，侵入式代码可以让用户和框架更好的结合，利用框架的功能更充分一些。凡事都有优缺点的！

16、了解Servlet吗？Spring与Servlet的区别和联系？

Servlet：单例，不安全。性能最好，处理Http请求的标准，只处理doPost(),doGet()方法。

SpringMVC：单例，不安全。开发效率高（好多共性的东西都封装好了，是对Servlet的封装，核心的DispatcherServlet最终继承自HttpServlet）。DispatcherServlet又叫前端控制器，能过滤处理所有的请求方法。DispatcherServlet还能查询HandlerMapping查找到相应的handler,进而调用相应的service和Dao。

这两者的关系，就如同MyBatis和JDBC，一个性能好，一个开发效率高，是对另一个的封装。

17、Servlet中的Fiter知道多少？

Filter，过滤器，过滤作用，对从客户端向服务器端发送的请求进行过滤，也可以对服务器端返回的响应进行处理。它使用户可以改变一个request和修改一个 response。Filter 不是一个servlet，它不能产生一个response，但是它能够在一个request到达servlet之前预处理request，也可以在 response离开servlet时处理response。换句话说，filter其实是客户端与servlet中间的一个传递者，并且它可以对要传递 的东西进行修改。

Filter接口中有三个重要的方法。

init()方法：初始化参数，在创建Filter时自动调用。当我们需要设置初始化参数的时候，可以写到该方法中。
doFilter()方法：拦截到要执行的请求时，doFilter就会执行。这里面写我们对请求和响应的预处理。
destroy()方法：在销毁Filter时自动调用。

18、preparStatement与statement区别

1.Statement主要用于执行静态的SQL语句，内容固定不变。（对数据库只执行一次性存取）

2.PreparedStatement对象不仅包含了SQL语句，而且大多数情况下这个语句已经被预编译过，因而当其执行时，只需DBMS运行SQL语句，而不必先编译。当你需要执行Statement对象多次的时候，PreparedStatement对象将会大大降低运行时间，当然也加快了访问数据库的速度。

3.PrepareStatement这种转换也给你带来很大的便利，不必重复SQL语句的句法，而只需更改其中变量的值，便可重新执行SQL语句。选择PreparedStatement对象与否，在于相同句法的SQL语句是否执行了多次，而且两次之间的差别仅仅是变量的不同。如果仅仅执行了一次的话，它应该和普通的对象毫无差异，体现不出它预编译的优越性。

4.除了缓冲的问题之外，使用PreparedStatement对象,那就是安全性（预防SQL注入攻击 ）。
—传递给PreparedStatement对象的参数可以被强制进行类型转换，使开发人员可以确保在插入或查询数据时与底层的数据库格式匹配。

19、MyBaties用的哪种方式，了解Mybaites与jdbc的联系吗

1）从层次上看，JDBC是较底层的持久层操作方式，而MyBatis都是在JDBC的基础上进行了 封装使其更加方便程序员对持久层的操作。

2）从功能上看，JDBC就是简单的建立 数据库连接，然后创建statement，将sql语句传给statement去执行，如果是有返回结果的查询语句，会将查询结果放到ResultSet对象中，通过对ResultSet对象的遍历操作来获取数据；MyBatis是将sql语句中的输入参数和输出参数映射为java对象，sql修改和优化比较方便.

3）从使用上看，如果进行底层编程，而且 对性能要求极高的话，应该采用JDBC的方式；如果要灵活使用sql语句的话建议采用MyBatis框架。

20、Sql注入了解吗？如何实现？如果使用MyBaties怎么实现SQL注入？

SQL注入
　　sql注入大家都不陌生，是一种常见的攻击方式，攻击者在界面的表单信息或url上输入一些奇怪的sql片段，例如“or ‘1’=’1’”这样的语句，有可能入侵参数校验不足的应用程序。所以在我们的应用中需要做一些工作，来防备这样的攻击方式。在一些安全性很高的应用中，比如银行软件，经常使用将sql语句全部替换为存储过程这样的方式，来防止sql注入，这当然是一种很安全的方式，但我们平时开发中，可能不需要这种死板的方式。

实现sql注入非常简单，用${sqlString} 注入即可。

22、Session和Cookie 的区别

1、baicookie数据存放在客du户的浏zhi览器上，session数据放在服dao务器上。

2、cookie不是很安全，别人可以分zhuan析存放在本地的COOKIE并进行COOKIE欺骗
考虑到安全应当使用session。

3、session会在一定时间内保存在服务器上。当访问增多，会比较占用你服务器的性能
考虑到减轻服务器性能方面，应当使用COOKIE。

4、单个cookie保存的数据不能超过4K，很多浏览器都限制一个站点最多保存20个cookie。

cookie 和session 的联系：
session是通过cookieshu工作的
session和cookie之间是通过 $ _COOKIE[‘PHPSESSID’]来联系的，通过$_COOKIE[‘PHPSESSID’]可以知道session的id，从而获取到其他的信息。
在购物网站中通常将用户加入购物车的商品联通session_id记录到数据库中，当用户再次访问是，通过sessionid就可以查找到用户上次加入购物车的商品。因为sessionid是唯一的，记录到数据库中就可以根据这个查找了。

23、IOC用到了哪种设计模式呢 ？

工厂模式

Spring IOC 容器就像是一个工厂一样，当我们需要创建一个对象的时候，只需要配置好配置文件/注解即可，完全不用考虑对象是如何被创建出来的。 IOC 容器负责创建对象，将对象连接在一起，配置这些对象，并从创建中处理这些对象的整个生命周期，直到它们被完全销毁。

23、spring mvc 的低耦合的耦合是什么意思

耦合：主要是讲模块与模块之间的联系，

模块与模块之间有写操作是有关联的， 如果改动一个木块其他的木块都有可能受到影响，模块与模块之间的关系越是紧密，独立性就越不好！

24、spring bean 的生命周期

传统编程，在方法中开始创建到方法调用完毕是一个对象正常的生命周期，并没有明确规定它的生命周期。

Spring 容器可以管理 singleton 作用域 Bean 的生命周期，在此作用域下，Spring 能够精确地知道该 Bean 何时被创建，何时初始化完成，以及何时被销毁。

对于 prototype 作用域的 Bean，Spring 只负责创建，当容器创建了 Bean 的实例后，Bean 的实例就交给客户端代码管理，Spring 容器将不再跟踪其生命周期。每次客户端请求 prototype 作用域的 Bean 时，Spring 容器都会创建一个新的实例，并且不会管那些被配置成 prototype 作用域的 Bean 的生命周期。

java se 题库 javaee考试题库_AOP_02


Bean 生命周期的整个执行过程描述如下。

1）根据配置情况调用 Bean 构造方法或工厂方法实例化 Bean。

2）利用依赖注入完成 Bean 中所有属性值的配置注入。

3）如果 Bean 实现了 BeanNameAware 接口，则 Spring 调用 Bean 的 setBeanName() 方法传入当前 Bean 的 id 值。

4）如果 Bean 实现了 BeanFactoryAware 接口，则 Spring 调用 setBeanFactory() 方法传入当前工厂实例的引用。

5）如果 Bean 实现了 ApplicationContextAware 接口，则 Spring 调用 setApplicationContext() 方法传入当前 ApplicationContext 实例的引用。

6）如果 BeanPostProcessor 和 Bean 关联，则 Spring 将调用该接口的预初始化方法 postProcessBeforeInitialzation() 对 Bean 进行加工操作，此处非常重要，Spring 的 AOP 就是利用它实现的。

7）如果 Bean 实现了 InitializingBean 接口，则 Spring 将调用 afterPropertiesSet() 方法。

8）如果在配置文件中通过 init-method 属性指定了初始化方法，则调用该初始化方法。

9）如果 BeanPostProcessor 和 Bean 关联，则 Spring 将调用该接口的初始化方法 postProcessAfterInitialization()。此时，Bean 已经可以被应用系统使用了。

10）如果在 中指定了该 Bean 的作用范围为 scope=“singleton”，则将该 Bean 放入 Spring IoC 的缓存池中，将触发 Spring 对该 Bean 的生命周期管理；如果在 中指定了该 Bean 的作用范围为 scope=“prototype”，则将该 Bean 交给调用者，调用者管理该 Bean 的生命周期，Spring 不再管理该 Bean。

11）如果 Bean 实现了 DisposableBean 接口，则 Spring 会调用 destory() 方法将 Spring 中的 Bean 销毁；如果在配置文件中通过 destory-method 属性指定了 Bean 的销毁方法，则 Spring 将调用该方法对 Bean 进行销毁。

java se 题库 javaee考试题库_spring_03

Bean对象的作用域

Bean对象的作用域
Spring 容器在初始化一个 Bean 的实例时，同时会指定该实例的作用域。Spring3 为 Bean 定义了五种作用域，具体如下。
1）singleton
单例模式，使用 singleton 定义的 Bean 在 Spring 容器中只有一个实例，这也是 Bean 默认的作用域。
2）prototype
原型模式，每次通过 Spring 容器获取 prototype 定义的 Bean 时，容器都将创建一个新的 Bean 实例。
3）request
在一次 HTTP 请求中，容器会返回该 Bean 的同一个实例。而对不同的 HTTP 请求，会返回不同的实例，该作用域仅在当前 HTTP Request 内有效。
4）session
在一次 HTTP Session 中，容器会返回该 Bean 的同一个实例。而对不同的 HTTP 请求，会返回不同的实例，该作用域仅在当前 HTTP Session 内有效。
5）global Session
在一个全局的 HTTP Session 中，容器会返回该 Bean 的同一个实例。该作用域仅在使用 portlet context 时有效。

主要使用：
singleton 作用域
prototype 作用域

singleton 作用域下对象是单例的，每次创建使用是同一个对象。
prototype 作用域下对象是新建的，每次使用都会创建一个新的对象。

使用时直接在Bean表单中写 scope=“prototype”

Bean对象

Bean是Spring IOC容器中的对象实例。

Spring 容器可以被看作一个大工厂，而 Spring 容器中的 Bean 就相当于该工厂的产品。如果希望这个大工厂能够生产和管理 Bean，这时则需要告诉容器需要哪些 Bean，以及需要以何种方式将这些 Bean 装配到一起。

DI是什么

依赖注入（Dependency Injection，DI）和控制反转含义相同，它们是从两个角度描述的同一个概念。

Spring 容器在创建被调用者的实例时，会自动将调用者需要的对象实例注入给调用者，这样，调用者通过 Spring 容器获得被调用者实例，这称为依赖注入。

依赖注入主要有两种实现方式，分别是属性 setter 注入和构造方法注入。