jsp加载数据库Spring常识点汇总

我们一样平常说 Spring 框架指的都是 Spring Framework，它是很多模块的凑集，利用这些模块可以很方便地帮忙我们进行开拓。
这些模块是：核心容器、数据访问/集成,、Web、AOP（面向切面编程）、工具、和测试模块。
比如：Core Container 中的 Core 组件是Spring 所有组件的核心，Beans 组件和 Context 组件是实现IOC和依赖注入的根本，AOP组件用来实现面向切面编程。

Spring 官网列出的 Spring 的 6 个特色:

核心技能 ：依赖注入(DI)，AOP，事宜(events)，资源，i18n，验证，数据绑定，类型转换，SpEL。
测试 ：仿照工具，TestContext框架，Spring MVC 测试，WebTestClient。
数据访问 ：事务，DAO⽀持，JDBC，ORM，编组XML。
Web⽀持 : Spring MVC和Spring WebFlux Web框架。
集成 ：远程处理，JMS，JCA，JMX，电⼦邮件，任务，调度，缓存。
语⾔ ：Kotlin，Groovy，动态语⾔。
2.列举一些主要的Spring模块

下图对应的是 Spring4.x 版本。
⽬前最新的5.x版本中 Web 模块的 Portlet 组件已经被废弃掉，同时增加了⽤于异步相应式处理的 WebFlux 组件。

Spring Core：根本,可以说 Spring 其他所有的功能都须要依赖于该类库。
紧张供应 IoC 依赖注⼊功能。
Spring Aspects ：该模块为与AspectJ的集成供应⽀持。
Spring AOP ：供应了⾯向切⾯的编程实现。
Spring JDBC : Java数据库连接。
Spring JMS ：Java做事。
Spring ORM : ⽤于⽀持Hibernate等ORM⼯具。
Spring Web : 为创建Web应⽤程序供应⽀持。
3.Spring IOC & AOP

谈谈你对Spring IOC和AOP的理解

IOC

IOC（Inverse of Control:掌握反转）是⼀种设计思想，便是 将原来在程序中⼿动创建工具的掌握权，交由Spring框架来管理。
IoC 在其他语⾔中也有应⽤，并⾮ Spring 特有。
IOC 容器是 Spring⽤来实现 IOC 的载体， IOC容器实际上便是个Map（key，value）,Map 中存放的是各种工具。

将工具之间的相互依赖关系交给 IoC 容器来管理，并由 IoC 容器完成工具的注⼊。
这样可以很⼤程度上简化应⽤的开拓，把应⽤从繁芜的依赖关系中解放出来。
IOC 容器就像是⼀个⼯⼚⼀样，当我们须要创建⼀个工具的时候，只须要配置好配置⽂件/表明即可，完备不⽤考虑工具是如何被创建出来的。
在实际项⽬中⼀个 Service 类可能有⼏百甚⾄上千个类作为它的底层，如果我们须要实例化这个Service，你可能要每次都要搞清这个 Service 所有底层类的布局函数，这可能会把⼈逼疯。
如果利⽤IOC的话，你只须要配置好，然后在须要的地⽅引⽤就⾏了，这大大增加了项⽬的可掩护性且降落了开拓难度。

Spring 时期我们⼀般通过 XML 文件来配置 Bean，后来开拓职员以为 XML 文件来配置不太好，于是SpringBoot 表明配置就逐步开始盛行起来。

自己措辞组织是：以前创建工具的主动权和机遇都是由自己把控的，IOC让工具的创建不用去new了，可以由spring自动生产，利用的是java的反射机制，根据配置文件在运行时动态的去创建工具以及管理工具，并调用工具的方法的。

常见Spring IOC注入办法有三种：布局器注入、setter方法注入、根据表明注入。

Spring IOC的初始化过程：

AOP

AOP(Aspect-Oriented Programming:⾯向切⾯编程)能够将那些与业务⽆关，却为业务模块所共同调⽤的逻辑或任务（例如事务处理、⽇志管理、权限掌握等）封装起来，便于减少系统的重复代码，降落模块间的耦合度，并有利于未来的可拓展性和可掩护性。

Spring AOP便是基于动态代理的，如果要代理的工具，实现了某个接⼝，那么Spring AOP会使⽤JDK Proxy，去创建代理工具，⽽对付没有实现接⼝的工具，就⽆法使⽤ JDK Proxy 去进⾏代理了，这时候Spring AOP会使⽤Cglib ，这时候Spring AOP会使⽤ Cglib ⽣成⼀个被代理工具的⼦类来作为代理，如下图所示：

当然你也可以使⽤ AspectJ ,Spring AOP 已经集成了AspectJ ，AspectJ 该当算的上是 Java ⽣态系统中最完全的 AOP 框架了。

使⽤用AOP 之后我们可以把⼀些通用功能抽象出来，在须要⽤到的地⽅直接使⽤即可，这样⼤⼤简化了代码量。
我们须要增加新功能时也方便，这样也提⾼了系统扩展性。
⽇志功能、事务管理等等场景都⽤到了AOP。

Spring AOP里面的几个名词的观点关系图

一句话总结：IOC让相互协作的组件保持疏松的耦合，而AOP编程许可你把遍布于运用各层的功能分离出来形成可重用的功能组件。

4.Spring AOP 和 AspectJ AOP 有什么差异？

Spring AOP 属于运行时增强，⽽ AspectJ 是编译时增强。
Spring AOP 基于代理(Proxying)，而AspectJ 基于字节码操作(Bytecode Manipulation)。

Spring AOP 已经集成了 AspectJ ，AspectJ 该当算的上是 Java ⽣态系统中最完全的 AOP 框架了。

AspectJ 比较于 Spring AOP 功能更加强⼤，但是 Spring AOP 相对来说更大略，

如果我们的切⾯比较少，那么两者性能差异不⼤。
但是，当切⾯太多的话，最好选择 AspectJ ，它比Spring AOP 快很多。

5.Spring bean

Spring 中的 bean 的作⽤域有哪些?

singleton : 唯⼀ bean 实例，Spring 中的 bean 默认都是单例的。
prototype : 每次要求都会创建⼀个新的 bean 实例。
request : 每⼀次HTTP要求都会产⽣⼀个新的bean，该bean仅在当前HTTP request内有效。
session : 每⼀次HTTP要求都会产⽣⼀个新的 bean，该bean仅在当前 HTTP session 内有效。
global-session： 全局session作⽤域，仅仅在基于portlet的web应⽤中才故意义，Spring5已经没有了。
Portlet是能够⽣针言义代码(例如：HTML)⽚段的⼩型Java Web插件。
它们基于portlet容器，可以像servlet⼀样处理HTTP要求。
但是，与 servlet 不同，每个 portlet 都有不同的会话

Spring 中的单例 bean 的线程安全问题理解吗？

Spring容器本身并没有供应Bean的线程安全策略，因此可以说Spring容器中的Bean本身不具备线程安全的特性，但是详细情形还是要结合Bean的浸染域来谈论。

（1）对付prototype浸染域的Bean，每次都创建一个新工具，也便是线程之间不存在Bean共享，因此不会有线程安全问题。

（2）对付singleton浸染域的Bean，所有的线程都共享一个单例实例的Bean，因此是存在线程安全问题的。
但是如果单例Bean是一个无状态Bean，也便是线程中的操作不会对Bean的成员实行查询以外的操作，那么这个单例Bean是线程安全的。
比如Controller类、Service类和Dao等，这些Bean大多是无状态的，只关注于方法本身。

释义：

有状态Bean(Stateful Bean) ：便是有实例变量的工具，可以保存数据，是非线程安全的。

无状态Bean(Stateless Bean)：便是没有实例变量的工具，不能保存数据，是不变类，是线程安全的。

常见的有两种办理办法：

在Bean工具中只管即便避免定义可变的成员变量（不太现实）。
在类中定义⼀个ThreadLocal成员变量，将须要的可变成员变量保存在 ThreadLocal 中（推举的⼀种⽅式）。

释义：

ThreadLocal和线程同步机制都是为理解决多线程中相同变量的访问冲突问题。
同步机制采取了“韶光换空间”的办法，仅供应一份变量，不同的线程在访问前须要获取锁，没得到锁的线程则须要排队。
而ThreadLocal采取了“空间换韶光”的办法。
ThreadLocal会为每一个线程供应一个独立的变量副本，从而隔离了多个线程对数据的访问冲突。
由于每一个线程都拥有自己的变量副本，从而也就没有必要对该变量进行同步了。

6.@Component 和 @Bean 的差异是什么？作⽤工具不同: @Component 表明作⽤于类，⽽ @Bean 表明作⽤于⽅法。
@Component 常日是通过类路径扫描来⾃动侦测以及⾃动装置到Spring容器中（我们可以使⽤@ComponentScan 表明定义要扫描的路径从中找出标识了须要装置的类⾃动装置到 Spring 的bean 容器中）。
@Bean 表明常日是我们在标有该表明的⽅法中定义产⽣这个 bean, @Bean 见告了Spring这是某个类的示例，当我须要⽤它的时候还给我。
@Bean 表明⽐ Component 表明的⾃定义性更强，⽽且很多地⽅我们只能通过 @Bean 表明来注册bean。
⽐如当我们引⽤第三⽅库中的类须要装置到 Spring 容器时，则只能通过 @Bean 来实现。

@Bean 表明使⽤示例：

@Configurationpublic class AppConfig { @Bean public TransferService transferService() { return new TransferServiceImpl(); }}

注：@Bean 须要在配置类中利用，即类上须要加上@Configuration表明

上⾯的代码相称于下⾯的 xml 配置

<beans> <bean id="transferService" class="com.acme.TransferServiceImpl"/></beans>

@Compent 表明利用示例

@Componentpublic class Student { private String name = "lkm"; public String getName() { return name; } public void setName(String name) { this.name = name; }}

@Compent 浸染是加在类上

下⾯这个例⼦是通过 @Component ⽆法实现的。

@Beanpublic OneService getService(status) { case (status) { when 1: return new serviceImpl1(); when 2: return new serviceImpl2(); when 3: return new serviceImpl3(); }}

自己措辞组织：

@Component表明表明一个类会作为组件类，并奉告Spring要为这个类创建bean。

@Bean表明见告Spring这个方法将会返回一个工具，这个工具要注册为Spring运用高下文中的bean。
常日方法体中包含了终极产生bean实例的逻辑。

@bean相对灵巧可以独立加在方法上

将⼀个类声明为Spring的 bean 的表明有哪些?我们⼀般使⽤ @Autowired 表明⾃动装置 bean，要想把类标识成可⽤于 @Autowired 表明⾃动装置的 bean 的类,采⽤以下表明可实现：

@Component ：通⽤的表明，可标注任意类为 Spring 组件。
如果⼀个Bean不知道属于哪个层，可以利用 @Component 表明标注。
@Repository : 对应持久层即 Dao 层，紧张⽤于数据库干系操作。
@Service : 对应做事层，紧张涉及⼀些繁芜的逻辑，须要⽤到 Dao层。
@Controller : 对应 Spring MVC 掌握层，紧张⽤户接管⽤户要求并调⽤ Service 层返回数据给前端页面。
7.Spring 中的 bean 生命周期?Bean 容器找到配置⽂件中 Spring Bean 的定义。
Bean 容器利⽤ Java Reflection API 创建⼀个Bean的实例。
如果涉及到⼀些属性值 利⽤ set() ⽅法设置⼀些属性值。
如果 Bean 实现了 BeanNameAware 接⼝，调⽤ setBeanName() ⽅法，传⼊Bean的名字。
如果 Bean 实现了 BeanClassLoaderAware 接⼝，调⽤ setBeanClassLoader() ⽅法，传⼊ClassLoader 工具的实例。
与上⾯的类似，如果实现了其他 .Aware 接⼝，就调⽤相应的⽅法。
如果有和加载这个 Bean 的 Spring 容器干系的 BeanPostProcessor 工具，实行 postProcessBeforeInitialization() ⽅法如果Bean实现了 InitializingBean 接⼝，执⾏行afterPropertiesSet() ⽅法。
如果 Bean 在配置⽂件中的定义包含 init-method 属性，执⾏指定的⽅法。
如果有和加载这个 Bean的 Spring 容器干系的 BeanPostProcessor 工具，实行 postProcessAfterInitialization() ⽅法当要销毁 Bean 的时候，如果 Bean 实现了 DisposableBean 接⼝，执⾏ destroy() ⽅法。
当要销毁 Bean 的时候，如果 Bean 在配置⽂件中的定义包含 destroy-method 属性，执⾏指定的方法。

图示：

6.BeanFactory和ApplicationContext有什么差异？

BeanFactory和ApplicationContext是Spring的两大核心接口，都可以当做Spring的容器。

（1）BeanFactory是Spring里面最底层的接口，是IoC的核心，定义了IoC的基本功能，包含了各种Bean的定义、加载、实例化，依赖注入和生命周期管理。
ApplicationContext接口作为BeanFactory的子类，除了供应BeanFactory所具有的功能外，还供应了更完全的框架功能：

继续MessageSource，因此支持国际化。
资源文件访问，如URL和文件（ResourceLoader）。
载入多个（有继续关系）高下文（即同时加载多个配置文件） ，使得每一个高下文都专注于一个特定的层次，比如运用的web层。
供应在监听器中注册bean的事宜。

（2）①BeanFactroy采取的是延迟加载形式来注入Bean的，只有在利用到某个Bean时(调用getBean())，才对该Bean进行加载实例化。
这样，我们就不能提前创造一些存在的Spring的配置问题。
如果Bean的某一个属性没有注入，BeanFacotry加载后，直至第一次利用调用getBean方法才会抛出非常。

②ApplicationContext，它是在容器启动时，一次性创建了所有的Bean。
这样，在容器启动时，我们就可以创造Spring中存在的配置缺点，这样有利于检讨所依赖属性是否注入。

③ApplicationContext启动后预载入所有的单实例Bean，以是在运行的时候速率比较快，由于它们已经创建好了。
相对付BeanFactory，ApplicationContext 唯一的不敷是占用内存空间，当运用程序配置Bean较多时，程序启动较慢。

（3）BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的利用，但两者之间的差异是：BeanFactory须要手动注册，而ApplicationContext则是自动注册。

（4）BeanFactory常日以编程的办法被创建，ApplicationContext还能以声明的办法创建，如利用ContextLoader。

7.Spring MVC

说说⾃⼰对付 Spring MVC 理解?

谈到这个问题，我们不得不提提之前 Model1 和 Model2 这两个没有 Spring MVC 的时期。

Model1 时期 : 很多学 Java 后端⽐᫾晚的朋友可能并没有打仗过 Model1 模式下的 JavaWeb应⽤开拓。
在 Model1 模式下，全体 Web 应⽤⼏乎全部⽤ JSP ⻚⾯组成，只⽤少量的JavaBean 来处理数据库连接、访问等操作。
这个模式下 JSP 即是掌握层⼜是表现层。
显⽽易⻅，这种模式存在很多问题。
⽐如①将掌握逻辑和表现逻辑殽杂在⼀起，导致代码重⽤率极低；②前端和后端相互依赖，难以进⾏测试并且开拓效率极低；Model2 时期 ：学过 Servlet 并做过干系 Demo 的朋友该当理解“Java Bean(Model)+JSP（View,）+Servlet（Controller） ”这种开拓模式,这便是早期的 JavaWeb MVC 开拓模式。
Model:系统涉及的数据，也便是 dao 和 bean。
View：展示模型中的数据，只是⽤来展示。
Controller：处理⽤户要求都发送给 ，返回数据给 JSP 并展示给⽤户。

Model2 模式下还存在很多问题，Model2的抽象和封装程度还远远不足，使⽤Model2进⾏开拓时不可避免地会重复造轮⼦，这就⼤⼤降落了程序的可掩护性和复⽤性。
于是很多JavaWeb开拓干系的 MVC 框架应运⽽⽣⽐如Struts2，但是 Struts2 ⽐᫾笨重。
随着 Spring 轻量级开拓框架的流⾏，Spring ⽣态圈涌现了 Spring MVC 框架， Spring MVC 是当前最精良的 MVC 框架。
相⽐于 Struts2 ， SpringMVC 使⽤更加大略和⽅便，开拓效率更⾼，并且 Spring MVC 运⾏速率更快。

MVC 是⼀种设计模式,Spring MVC 是⼀款很精良的 MVC 框架。
Spring MVC 可以帮助我们进⾏更简洁的Web层的开拓，并且它天⽣与 Spring 框架集成。
Spring MVC 下我们⼀般把后端项⽬分为 Service层（处理业务）、Dao层（数据库操作）、Entity层（实体类）、Controller层(掌握层，返回数据给前台页面)。

Spring MVC 的大略事理图如下：

SpringMVC 事情事理理解吗?

事理图示：

上图的⼀个笔误的⼩问题：Spring MVC 的⼊⼝函数也便是前端掌握器 DispatcherServlet 的作⽤是吸收要求，相应结果。

流程解释（主要）：

客户端（浏览器）发送要求，直接要求到 DispatcherServlet 。
2. DispatcherServlet 根据要求信息调⽤ HandlerMapping ，解析要求对应的 Handler 。
解析到对应的 Handler （也便是我们平常说的 Controller 掌握器）后，开始由HandlerAdapter 适配器处理。
HandlerAdapter 会根据 Handler 来调⽤真正的处理器开处理要求，并处理相应的业务逻辑。
处理器处理完业务后，会返回⼀个 ModelAndView 工具， Model 是返回的数据工具， View 是个逻辑上的 View 。
ViewResolver 会根据逻辑 View 查找实际的 View 。
DispaterServlet 把返回的 Model 传给 View （视图渲染）。
把 View 返回给要求者（浏览器）8.Spring 框架中⽤到了哪些设计模式？

列举常见：

⼯⼚设计模式 : Spring使⽤⼯⼚模式通过 BeanFactory 、 ApplicationContext 创建 bean 工具。
代理设计模式 : Spring AOP 功能的实现。
单例设计模式 : Spring 中的 Bean 默认都是单例的。
包装器设计模式 : 我们的项⽬须要连接多个数据库，⽽且不同的客户在每次访问中根据须要会去访问不同的数据库。
这种模式让我们可以根据客户的需求能够动态切换不同的数据源。
不雅观察者模式: Spring 事宜驱动模型便是不雅观察者模式很经典的⼀个应⽤。
适配器模式 :Spring AOP 的增强或关照(Advice)使⽤到了适配器模式、spring MVC 中也是⽤到了适配器模式适配 Controller 。
......9.Spring 事务

Spring 管理事务的⽅式有⼏种？

编程式事务，在代码中硬编码。
(不推举使⽤)声明式事务，在配置⽂件中配置（推举使⽤）

声明式事务又分为两种：

基于XML的声明式事务基于表明的声明式事务

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: 最⾼的隔离级别，完备服从ACID的隔离级别。
所有的事务依次逐个执⾏，这样事务之间就完备不可能产⽣⼲扰，也便是说，该级别可以防⽌脏读、不可重复读以及幻读。
但是这将严重影响程序的性能。
常日情形下也不会⽤到该级别。

Spring 事务中哪几种事务传播行为?

⽀持当前事务的情形：

TransactionDefinition.PROPAGATION_REQUIRED： 如果当前存在事务，则加⼊该事务；如果当前没有事务，则创建⼀个新的事务。
TransactionDefinition.PROPAGATION_SUPPORTS： 如果当前存在事务，则加⼊该事务；如果当前没有事务，则以⾮事务的⽅式连续运⾏。
TransactionDefinition.PROPAGATION_MANDATORY： 如果当前存在事务，则加⼊该事务；如果当前没有事务，则抛出非常。
（mandatory：逼迫性）

不支持持当前事务的情形：

TransactionDefinition.PROPAGATION_REQUIRES_NEW： 创建⼀个新的事务，如果当前存在事务，则把当前事务挂起。
TransactionDefinition.PROPAGATION_NOT_SUPPORTED： 以⾮事务⽅式运⾏，如果当前存在事务，则把当前事务挂起。
TransactionDefinition.PROPAGATION_NEVER： 以⾮事务⽅式运⾏，如果当前存在事务，则抛出非常。

其他情形：

TransactionDefinition.PROPAGATION_NESTED： 如果当前存在事务，则创建⼀个事务作为当前事务的嵌套事务来运⾏；如果当前没有事务，则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED。

@Transactional(rollbackFor = Exception.class)表明理解吗？

我们知道：Exception分为运⾏时非常RuntimeException和⾮运⾏时非常。
事务管理对付企业应⽤来说是⾄关主要的，纵然涌现非常情形，它也可以担保数据的⼀致性。

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

在 @Transactional 表明中如果不配置 rollbackFor 属性,那么事物只会在碰着 RuntimeException 的时候才会回滚,加上 rollbackFor=Exception.class ,可以让事物在碰着⾮运⾏时非常时也回滚。

9.JPA

JPA顾名思义便是Java Persistence API的意思，是JDK 5.0表明或XML描述工具－关系表的映射关系，并将运行期的实体工具持久化到数据库中。

如何使⽤JPA在数据库中⾮持久化⼀个字段？

示例：

Entity(name="USER")public class User { @Id @GeneratedValue(strategy = GenerationType.AUTO) @Column(name = "ID") private Long id; @Column(name="USER_NAME") private String userName; @Column(name="PASSWORD") private String password; private String secrect; }

如果我们想让 secrect 这个字段不被持久化，也便是不被数据库存储怎么办？我们可以采⽤下⾯⼏种

⽅法：

static String transient1; // not persistent because of staticfinal String transient2 = “Satish”; // not persistent because of finaltransient String transient3; // not persistent because of transient@TransientString transient4; // not persistent because of @Transient

⼀般使⽤后⾯两种⽅式比较多，我个⼈使⽤表明的⽅式比较多。
注：

@Transient：指定的属性，它是不持久的，即：该值永久不会存储在数据库中。

JPA是须要Provider来实现其功能的，Hibernate便是JPA Provider中很强的一个