spring的bean作用域有几种，开发中需要注意什么

Spring中Bean的五个作用域

当通过spring容器创建一个Bean实例时，不仅可以完成Bean实例的实例化，还可以为Bean指定特定的作用域。Spring支持如下5种作用域：

singleton：单例模式，在整个Spring IoC容器中，使用singleton定义的Bean将只有一个实例

prototype：原型模式，每次通过容器的getBean方法获取prototype定义的Bean时，都将产生一个新的Bean实例

request：对于每次>

session：对于每次>

globalsession：每个全局的>

其中比较常用的是singleton和prototype两种作用域。对于singleton作用域的Bean，每次请求该Bean都将获得相同的实例。容器负责跟踪Bean实例的状态，负责维护Bean实例的生命周期行为；如果一个Bean被设置成prototype作用域，程序每次请求该id的Bean，Spring都会新建一个Bean实例，然后返回给程序。在这种情况下，Spring容器仅仅使用new 关键字创建Bean实例，一旦创建成功，容器不在跟踪实例，也不会维护Bean实例的状态。

如果不指定Bean的作用域，Spring默认使用singleton作用域。Java在创建Java实例时，需要进行内存申请；销毁实例时，需要完成垃圾回收，这些工作都会导致系统开销的增加。因此，prototype作用域Bean的创建、销毁代价比较大。而singleton作用域的Bean实例一旦创建成功，可以重复使用。因此，除非必要，否则尽量避免将Bean被设置成prototype作用域。

曾经面试的时候有面试官问我spring的controller是单例还是多例，结果

我傻逼的回答当然是多例，要不然controller类中的非静态变量如何保证是线程安全的，这样想起似乎是对的，但是不知道（主要是我没看过

spring的源码，不知道真正的内在意图）为什么spring的controller是单例的。

先看看spring的bean作用域有几种，分别有啥不同。

spring bean作用域有以下5个：

singleton:单例模式，当spring创建applicationContext容器的时候，spring会欲初始化所有的该作用域实例，加上lazy-init就可以避免预处理；

prototype：原型模式，每次通过getBean获取该bean就会新产生一个实例，创建后spring将不再对其管理；

====下面是在web项目下才用到的===

request：搞web的大家都应该明白request的域了吧，就是每次请求都新产生一个实例，和prototype不同就是创建后，接下来的管理，spring依然在监听

session:每次会话，同上

global session:全局的web域，类似于servlet中的application

好了，上面都说了spring的controller默认是单例，那很自然就是singleton了。

再看一个例子，看看单例会不会有我说的那种问题（就是类中定义的非静态变量线程安全问题），当然下面这个例子我是实验过的， 要不然也不敢发出来

为什么spring要默认是单例呢？原因有二：

1、为了性能。

2、不需要多例。

1、这个不用废话了，单例不用每次都new，当然快了。

2、不需要实例会让很多人迷惑，因为spring mvc官方也没明确说不可以多例。

 我这里说不需要的原因是看开发者怎么用了，如果你给controller中定义很多的属性，那么单例肯定会出现竞争访问了。

 因此，只要controller中不定义属性，那么单例完全是安全的。下面给个例子说明下：

默认单例的

1|2

package

comlavasoftdemowebcontrollerlshch5;

import

orgspringframeworkcontextannotationScope;

import

orgspringframeworkstereotypeController;

import

orgspringframeworkuiModelMap;

import

orgspringframeworkwebbindannotationRequestMapping;

/

Created by Administrator on 14-4-9

@author leizhimin 14-4-9 上午10:55

/

@Controller

@RequestMapping("/demo/lsh/ch5")

public

class MultViewController {

privateintindex =

0;         //非静态

   @RequestMapping("/show")

   publicStringtoShow(ModelMap model) {

       Systemoutprintln(++i);

       return"/lsh/ch5/show";

   }

   @RequestMapping("/test")

   publicStringtest() {

       Systemoutprintln(++i);

       return"/lsh/ch5/test";

   }

}

改为多例的（就是在class上面加一个@Scope("request")）：

1 | 1

从此可见，单例是不安全的，会导致属性重复使用。

最佳实践：

1、不要在controller中定义成员变量。

2、万一必须要定义一个非静态成员变量时候，则通过注解@Scope("prototype")，将其设置为多例模式。

在方法参数加一个JoinPoint

例如public void doBefore(JoinPoint jp) {

Object o = jpgetTarget();`//这个方法可以拿到目标对象

}

在web容器开启的时候实例化。假如你的代码有问题，也是在开启过程中给你抛异常 对吧。prototype每回创建新实例给spring管理的类首先是要事务管理的类，之后这个要事务的类所引用的其他类型也要通过spring注入进来。实体类不要spring管理

一、Spring框架的特性

Spring框架主要用于与其他技术(struts,hibernate等)进行整合，可将应用程序中的Bean组件实现低耦合关联最终可以提高系统扩展和维护性。 将来我们利用Spring框架管理系统的各个组件(Action,Service,DAO)采用Spring的IOC和AOP机制实现各组件的关联从而实现了低耦合调用增强了系统可维护性和扩展性

二、Spring框架容器的基本使用

Spring框架的核心是提供了一个容器,该容器可以对Bean组件进行管理,例如创建Bean对象,销毁一个Bean对象等 *** 作此外该容器还具有IOC和AOP高级特性,将Bean对象调用解耦

1、 Spring容器配置

（1）创建工程,在src下引入applicationContextxml配置文件,并添加spring-ioc开发包

在applicationContextxml中声明定义Bean组件格式:

<bean id="标识符"  class="包名类名"/>

（2）Spring容器如何实例化

BeanFactory-->ApplicationContext(推荐)

ApplicationContext ac =

new ClassPathXmlApplicationContext("xml配置文件");

acgetBean("标识符");//获取Bean组件对象

（3）Spring容器如何管理Bean组件

    a、控制Bean组件对象的创建方式

在<bean>元素利用scope属性Spring可以控制Bean对象创建方式 默认情况下scope属性可以用singleton和prototype两种值

singleton:采用单例方式创建(默认采用)

prototype:采用(原型)非单例方式创建

---------------------------------------------------

在以后Web环境中,scope还可以有几个扩展属性值

request:将Bean对象与request对象绑定

session:将Bean对象与session对象绑定

---------------------------------------------------

  b、Bean组件对象的创建时机

singleton模式:当实例化Spring容器时,会创建所有的单例对象。可以在<bean>元素中使用lazy-init属性控制,将对象创建时机延迟到第一次调用getBean方法。 prototype模式:在调用Spring容器的getBean方法时创建。

 c、指定Bean组件对象创建后初始化和销毁处理方法

指定初始化方法:利用<bean>元素的init-method属性指定， 指定销毁方法:利用<bean>元素的destroy-method属性指定。该属性仅对scope="singleton"有效。

一、组件注解

1、 @Component(“xxx”)

指定某个类是容器的bean， @Component(value="xx") 相当于 ，其中 value 可以不写。

用于标注类为spring容器bean的注解有四个， 主要用于区别不同的组件类，提高代码的可读性：

a、 @Component, 用于标注一个普通的bean

b、 @Controller 用于标注一个控制器类（控制层 controller）

c、 @Service 用于标注业务逻辑类（业务逻辑层 service）

d、 @Repository 用于标注DAO数据访问类 （数据访问层 dao）

对于上面四种注解的解析可能是相同的，尽量使用不同的注解提高代码可读性。

注解用于修饰类，当不写value属性值时，默认值为类名首字母小写。

2、 @Scope(“prototype”)

该注解和 @Component 这一类注解联合使用，用于标记该类的作用域，默认 singleton 。

也可以和 @Bean 一起使用，此时 @Scope 修饰一个方法。关于@Bean稍后有说明

3、 @Lazy（true）

指定bean是否延时初始化，相当于 ，默认false。@Lazy可以和@Component这一类注解联合使用修饰类，也可以和@Bean一起使用修饰方法

注 ：此处初始化不是指不执行 init-method ，而是不创建bean实例和依赖注入。只有当该bean（被@Lazy修饰的类或方法）被其他bean引用（可以是自动注入的方式）或者执行getBean方法获取，才会真正的创建该bean实例，其实这也是BeanFactory的执行方式。

4、 @DepondsOn({“aa”，“bb”})

该注解也是配合 @Component 这类注解使用，用于强制初始化其他bean

上面的代码指定，初始化bean “userAction"之前需要先初始化“aa”和“bb”两个bean,但是使用了@Lazy(true)所以spring容器初始化时不会初始化"userAction” bean。

5、 @PostConstructor和@PreDestroy

@PostConstructor 和 @PreDestroy 这两个注解是j2ee规范下的注解。这两个注解用于修饰方法，spring用这两个注解管理容器中spring生命周期行为。

a、 @PostConstructor 从名字可以看出构造器之后调用,相当于 。就是在依赖注入之后执行

b、 @PreDestroy 容器销毁之前bean调用的方法，相当于

6、 @Resource（name=“xx”）

@Resource 可以修饰成员变量也可以修饰set方法。当修饰成员变量时可以不写set方法，此时spring会直接使用j2ee规范的Field注入。

@Resource有两个比较重要的属性，name和type

a、 如果指定了name和type，则从Spring容器中找到唯一匹配的bean进行装配，找不到则抛出异常;

b、 如果指定了name，则从spring容器查找名称（id）匹配的bean进行装配，找不到则抛出异常;

c、 如果指定了type，则从spring容器中找到类型匹配的唯一bean进行装配，找不到或者找到多个，都会抛出异常;

d、 如果既没有指定name，又没有指定type，则自动按照byName方式进行装配

如果没有写name属性值时

a、 修饰成员变量，此时name为成员变量名称

b、 修饰set方法，此时name 为set方法的去掉set后首字母小写得到的字符串

7、 @Autowired（required=false）

@Autowired可以修饰构造器，成员变量，set方法，普通方法。@Autowired默认使用byType方式自动装配。required标记该类型的bean是否是必须的，默认为必须存在（true）。

可以配合 @Qualifier(value="xx") ,实现按beanName注入：

a、 required=true(默认），为true时，从spring容器查找和指定类型匹配的bean，匹配不到或匹配多个则抛出异常

b、 使用 @Qualifier（"xx"） ,则会从spring容器匹配类型和 id 一致的bean，匹配不到则抛出异常

@Autowired会根据修饰的成员选取不同的类型：

a、 修饰成员变量。该类型为成员变量类型

b、 修饰方法，构造器。注入类型为参数的数据类型，当然可以有多个参数

8、demo

业务逻辑层：

数据访问层：

测试类：

输出结果：

可以看到虽然UserDao 使用@Lazy，但是还是在spring容器初始化的时候还是创建了UserDao实例。原因很简单，因为在UserService中需要注入UserDao，所以在此时创建的UserDao实例也属于延时初始化。

在上面我们还使用了两个接口InitializingBean 和DisposableBean，这两个接口用于管理 singleton 作用域的bean的生命周期，类似init-method和destroy-method。不同之处就是调用的循序不一致：

a、 初始化调用顺序 ：@PostConstructor > InitializingBean > init-method 用于指定bean依赖注入后的行为

b、 销毁调用顺序 @PreDestroy > DisposableBean > destroy-method 用于定制bean销毁之前的行为

该注解是AspectJ中的注解，并不是spring提供的，所以还需要导入aspectjweaverjar，aspectjrtjar，除此之外还需要依赖aopalliancejar

依赖包：

UserDaojava

配置文件 applicationContextxml：

测试类：

1、 @Aspect

修饰Java类，指定该类为切面类。当spring容器检测到某个bean被@Aspect修饰时，spring容器不会对该bean做增强处理（bean后处理器增强，代理增强）

2、 @Before

修饰方法，before增强处理。用于对目标方法（切入点表达式表示方法）执行前做增强处理。可以用于权限检查，登陆检查。

常用属性：

value： 指定切入点表达式 或者引用一个切入点

对comexampleaop 包下所有的类的所有方法做 before增强处理：

结果：

如果同一条切入点表达式被使用多次，可以使用更友好的方式。定义一个切入点：

增强方法可以接受一个JoinPoint 类型的参数，用于获取被执行目标方法的一下属性。

结果：

3、 @AfterReturning

修饰方法，afterreturning增强处理。目标方法正常结束后做增强处理。

常用属性：

a、 pointcut/value：指定切入点表达式

b、 returning：指定一个参数名，用于接受目标方法正常结束时返回的值。参数名称需要在增强方法中定义同名的参数。

注意：

a、 如果使用了returning 。那么增强方法中的数据类型必须是返回结果的类型或者父类型，否则不会调用该增强处理。

b、 使用了returning 还可以用来 修改返回结果 。

以上面的例子来说，目标方法返回结果类型应该满足下面的条件

修改返回值：

结果：

可以看到 AfterReturning 修改了返回结果。

4、 @AfterThrowing

修饰方法，afterthrowing增强处理。当目标程序方法抛出 异常或者异常无法捕获时，做增强处理。

常用属性：

a、 pointcut/value ：指定切入点表达式

b、 throwing：指定一个形参，在增强方法中定义同名形参，用于访问目标方法抛出的异常

参数类型必须是 Throwable 的子类，同样也会有上面@AfterReturning 参数类型匹配的问题。

5、 @After

修饰方法 ，after增强处理。无论方法是否正常结束，都会调用该增强处理（@After= @AfterReturning+@AfterThrowing）。但是该增强方式无法获取目标方法的返回结果，也获取目标方法抛出的异常。所以一般用于进行释放资源，功能类似于 finally。

常用属性：

a、 value ：指定切入点表达式

结果：

从上面的结果来看 After 增加处理 ，因为不能接受返回结果作为参数，所以不能修改返回结果。

6、 @Around

修饰方法， around增强处理。该处理可以目标方法执行之前和执行之后织入增强处理（@Before+@AfterReturning）。

Around增强处理通常需要在线程安全的环境下使用，如果@Before和@AfterReturning可以处理就没必要使用@Around。

常用属性：

a、 value ：指定切入点表达式

当定义一个Aound增前处理时，增强方法第一形参需要时ProceedingJoinPoint类型。ProceedingJoinPoint有一个Object proceed()方法，用于执行目标方法。当然也可以为目标方法传递数组参数，来修改目前方法的传入参数。

around小结：

a、 Around增强处理通常需要 在线程安全 的环境下使用

b、 调用 proceed()可以获取返回结果，所以可以修改目标方法的返回值

c、 proceed(Object[] var1) 可以修改入参，修改目标方法的入参

d、 可以进行目标方法执行之前和执行之后织入增强处理

around 和 afterReturning 都可以修改返回结果。不过两者的原理不同：

a、 around：可以任意修改，或者返回不相关的值。这个返回值完全可以自主控制

b、 afterReturning，通过方法参数 ，使用对象引用的方式来修改对象。修改对象引用地址那么修改时无效的

除此之外从输出结果来看，增强处理是有序的：

around 和 afterReturning小结：

a、 只有 around 和 afterReturning 可以获取并修改返回结果。需要注意两种方式修改的区别。

b、 around 需要线程安全

c、 虽然增强处理都需要 切入点表达式，并不是都支持 pointcut 属性，所以最好都是用value 属性指定。当注解只需要value属性时，value可以省略

7、 @Pointcut

修饰方法，定义一个切入点表达式用于被其他增强调用。使用该方式定义切入点方便管理，易复用。

切入点方法定义和测试方法定义类似，具有以下特点：

a、 无返回值 （void）

b、 无参数

c、 方法体为空

d、 方法名就是切入点名称

e、 方法名不能为 execution

切入点表达式

切入点表达式可以通过 && 、 || 、 ! 连接

1）、execution 表达式：

2）、within 表达式：

a、匹配指定类下的所有方法。

b、匹配执行包及其子包下所有类的所有方法。

所以within可以看做execution的简写，不需要指定返回类型、方法名、参数（ 最小作用单位是类 ）

3）、 @annotation：匹配使用指定注解修饰的目标方法；

匹配使用@CustomMethodAnnotation注解的目标方法。

4）、 @within: 用于匹配使用指定注解修饰的类下的所有方法

within 作用范围是类，@within的作用范围与其一致。不同的是@within 指定的不是类而是注解

匹配使用@ResponseBody 注解的类 下的所有方法。

AOP小结：

1）、 Around增强处理通常需要 在线程安全 的环境下使用

2）、 使用 around 和 afterReturning 可以获取并修改返回结果

3）、 增强处理指定 切入点表达式时，最好使用value 属性

4）、 切入点 名称（方法名）不能为 execution

5）、 AfterReturning 指定了 returning 属性接受目标方法返回结果，注意 参数类型需要和返回结果类型一致（满足 resutType instanceof argsType ）

增强方式的顺序：

1、 @Bean(name=“xxx”)

修饰方法，该方法的返回值为spring容器中管理的bean。当然该注解和上面的@Component效果一样，主要用于做区分。

@Bean 通常使用在 @Configuration 修饰的配置类中，该注解功能相当于 元素

常用的属性：

a、 name：bean id 。name可以省略，省略时bean名称为方法名。也可以指定多个名称（逗号隔开）。

b、 autowire： 是否自动注入，默认AutowireNO

c、 initMethod：bean的初始化方法。在依赖注入之后执行

d、 destroyMethod: spring容器关闭时bean调用的方法

当然 @Bean 还可以配合 @Scope 指定bean的作用域

2、 @ConfigurationProperties

用于从属性文件中获取值 applicationproperties 或者 applicationyml 。当然了 如果在配置文件中引入其他配置文件，也可以获取到属性值。

包含的属性：

a、 value | prefix 两者互为别名。指定前缀，默认为""

b、 ignoreUnknownFields：默认为true。是否忽略未知字段，当实体中的字段在配置文件中不存在时，是忽略还是抛出异常

c、 ignoreInvalidFields： 默认false。 是否忽略不合法的字段，此处的不合法是指类型不合适，配置文件中存在改配置但是无法转化为指定的字段类型。

Mybatis属性配置

applicationproperties：

ConfigurationProperties 可以配置前缀，然后会根据实体的变量名拼接前缀，去配置文件中查询配置。

3、 @Configuration

修饰一个Java类，被修饰的类相当于一个xml配置文件。功能类似于 。在springboot中大量使用了该注解，该注解提供了一种使用Java类方式配置bean。

可以发现 @Configuration使用了@Component 注解修饰。

实例 ：

配置Mybatis会话工厂

4、 @Import

功能和 类似，修饰Java类，用于向当前类导入其他配置类。 可以导入多个配置文件，通常用于导入不在包扫描范围内的配置文件。可以被扫描的配置类可以直接访问，没有必要使用@Import 导入。

比如 SpringBoot的启动类指定的包扫描路径为 comexample

数据库的配置文件在 com包下。

在MyBatisConfig 中引入 DataSourceConfig， 就会解析DataSourceConfig。将解析出的Bean交给容器管理

5、 @ImportResource

修饰Java类，用于向类引入xml配置文件。

用于导入包含bean定义的配置文件，功能和 类似。默认情况下可以处理后缀为 groovy 和xml 的配置文件

6、 @Value("${expression}")

修饰成员变量或者 方法、构造器的参数，用于属性值注入（在配置文件中配置的值）。

注意: @Value不能对 static 属性注入。

如果的确需要注入到静态变量，可以通过以下方式间接进行注入：

1）、设置一个私有静态 实例

2）、通过构造函数或者 @PostConstruct 注解为 静态实例 赋值，指向本身（this）

3）、对成员属性注入内容

4）、提供静态方法，使用静态实例获取成员属性

7、@PropertySource(value=“classpath:jdbcproperties”)

该注解用来加载属性文件。

常用属性：

a、 ignoreResourceNotFound： 当资源文件找不到的时候是否会忽略该配置，而不是抛出错误。一般用于可选项

b、 encoding ： 资源文件使用什么编码方式

c、 value ： 指定属性文件位置。可以配置多个属性文件，不可以使用通配符。

在 PropertySource 中可以指定多个路径，并且会将属性文件中的值加载到 Environment 中。

@ConfigurationProperties 和 @PropertySource

它们的使用有一些差异：

1）、 @PropertySource 使用该注解加载的是 相对独立的属性文件，可以同时加载多个文件 （xxxproperties），而且 不支持自动注入 ， 不支持前缀注入

2）、 @ConfigurationProperties 用于加载配置文件（applicationproperties | applicationyml）。该注解功能更强大：

a、 支持前缀注入 （ prefix ）

b、 相同属性名的自动注入

c、 $("") 支持EL表达式注入

应用实例：

在以往的开发中通常会将数据库连接信息存放在单独的属性文件中（jdbcproperties）。而在spring boot 中我们会将数据库的信息存放在配置文件中，这会极大便利开发工作。

jdbcproperties：

可以通过 @Value 注解将配置文件的值注入到实体类中

也可以注入Environment ，通过Environment 获取值

1、 @ResponseBody

控制器方法返回值会使用 >

简而言之，Spring是企业级Java的开源开发框架。Spring框架的核心功能可用于开发任何java应用程序。Spring框架的核心模块如下：

任何由 Spring IoC 容器初始化的普通 Java 类都称为 Spring Bean。我们使用 spring 应用程序上下文来获取 Spring Bean 实例。 Spring IoC Container 管理 Spring Bean 范围/作用域的生命周期并在 bean 中注入任何所需的依赖项。

Spring bean的不同作用域：

对于任何 Java 应用程序，都有两个不同的作用域，称为单例（Singleton）和原型（Prototype）

主要有三种不同的作用域（或范围），即 请求（request）、会话（session）和全局会话（global-session） ，专门针对基于 Spring 的 Java Web 应用程序。

Singleton 是任何 bean 的默认作用域。这意味着每个 IoC 容器将创建单个 bean 实例。因此，单例 bean 不是线程安全的。

要设置 spring bean 的范围，我们可以在 标签中使用scope属性。 @scope 用于基于注释的 DI。

Spring 容器是 Spring 框架的核心。容器将创建对象，把它们连接在一起，配置它们，并管理它们从创建到销毁的完整生命周期。 Spring 容器使用依赖注入 (DI) 来管理组成应用程序的组件。

有两种不同类型的容器：

BeanFactory 容器 ：这是 Spring 容器的核心。 orgspringframeworkbeansfactoryBeanFactory 是一个接口，充当 IoC 容器，它实例化、配置和管理许多 bean。应用示例如下：

ApplicationContext 容器 ：orgspringframeworkcontextApplicationContext 接口也充当 IoC 容器，但 ApplicationContext 接口建立在 BeanFactory 接口之上，以提供一些BeanFactory 额外的功能，例如与 Spring 的 AOP 的简单集成、消息资源处理（对于 I18N )、事件传播、Web 应用程序的应用层特定上下文（例如 WebApplicationContext）。所以使用 ApplicationContext 比使用 BeanFactory更好些。示例代码如下：

对于基于注解的依赖注入，使用@Autowired 注解。标有@Component/@Service/@Repository 等的类可以注入到标有@Autowired 的属性中

@Autowired 应用于:

1）基于构造器和setter的区别

2）context:annotation-config 和 context:component-scan 的区别

3）@Component、@Controller、@Repository & @Service 注解的区别

如果一个类用@Component/@Controller/@Service/@Repository 注解标记，那么Spring DI 容器可以在组件扫描机制期间识别该类。但是，对于服务层类使用@Service 是个好主意，并且@Controller 应该在spring mvc web 控制器中使用。 @Repository 用于将 DAO 导入 DI 容器。此外，任何未经检查的异常都将被转换为 Spring DataAccessException。

4）ViewResolver 与 MultipartResolver

ViewResolver 用于按名称解析视图。该接口由 InternalResourceViewResolver 实现 ;

MultipartResolver 用于处理 web 应用程序中的文件上传。

5）Spring MVC 中的验证

orgspringframeworkvalidationValidator 接口支持 spring MVC 验证。验证表单的一些实用方法是 ValidationUtils 类中的 rejectIfEmptyOrWhitespace() 和 rejectIfEmpty()。示例如下：

Spring MVC 中验证表单的另一种方法是:

HandlerInterceptor 接口充当 spring MVC 拦截器。它在服务请求之前和之后拦截。如果您实现了 HandlerInterceptor 接口，则 preHandle()、postHandle() 和 afterCompletion() 是要覆盖的方法。但是，为了避免覆盖，您可以使用 HandlerInterceptorAdapter 类。

实现 ServletContextAware 和 ServletConfigAware 接口并覆盖以下方法：

数据库事务是一组被视为关联工作单元的 *** 作。事务的主要原则是提交所有 *** 作或在失败的情况下回滚所有 *** 作。在交易中提交数据时，我们需要确保交易协议/称为 ACID（原子性-一致性-隔离-持久性）的属性：

全局事务 vs 本地事务：

脏读、幻读和不可重复读：

隔离与传播：

在旧版本的 spring 和 hibernate 集成中，需要 HibernateDAOSupport 和 HibernateTemplate。但是，较新版本的 Spring 不建议使用这两个类（这里仅做了解）。

通常我们从 HibernateDAOSupport 扩展我们的 DAO 类，并且 getHibernateTemplate() 方法将可用于Hibernate会话中的 CRUD *** 作。由于这不是推荐的方法，所以我们在 DAO 中注入会话工厂（SessionFactory）。下面的代码片段会给你一些关于 HibernateDAOSupport 和 HibernateTemplate 的想法:

DAO 是一种设计模式，以最大限度地减少应用程序和后端之间的耦合；

ORM 处理如何将对象映射到对象关系数据库中，从而减少数据库和应用程序之间的耦合。

如果您在没有 DAO 的情况下使用 ORM，那么您的应用程序将变得依赖于 ORM，因此很难从一个 ORM（例如Hibernate）移动到另一个 ORM（例如 NoSQL）。

Spring DAO 是使用@Repository 注解实现的。 Spring 存储库扩展 JPARepository 并传递 JPA 实体及其主键。

最后，关于Spring框架相关的概念就简要介绍到这里，希望这能给你进入并深入Spring技术栈一个简单入口，而不会被Spring技术生态所惊吓（Spring现在都成软件开发技术的全家桶了，啥都有）——日进一步，锲而不舍，终将大成！

DefaultListableBeanFactory 是整个 Bean 加载的核心部分，是 Spring 注册及加载 Bean 的默认实现，XmlBeanFactory 继承自 DefaultListableBeanFactory ，XmlBeanFactory 自定义了 XML 读取器 XmlBeanDefinitionReader,实现了个性化的 BeanDefinitionReader 读取。

DefaultListableBeanFactory 继承关系：

-AliasRegistry: 定义了对 Alias 简单的增删改 *** 作。

-SimpleAliasRegitry: 使用了 Map 作为 Alias 的缓存，并实现 AliasRegistry 接口。

-SingletonBeanRegistry: 定义对单例的注册获取。

-BeanFactory: 获取 bean 以及 bean 的 isSingleton,isPrototype,isTypeMatch 等属性。

-DefaultSingletonBeanRegistry: 对 SingletonBeanRegistry 的实现。

-HierarchicalBeanFactory: 继承 BeanFactory, 在此基础增加了对 ParentBeanFactroy 的支持，多出 BeanFactory getParentBeanFactory();和 boolean containsLocalBean(String name);方法。

-BeanDefinitionRegistry: 继承 AliasRegitry,定义了对 BeanDefinitionRegistry 的基本 *** 作。

-FactoryBeanRegistrySupport : 继承 DefaultSingletonBeanRegistry,并在此基础上增加对 FactoryBean 的一些 *** 作。

-ConfigurableBeanFactory：提供配置Factory的各种方法。

-ListableBeanFactory: 获取Bean的配置清单。

-AbstractBeanFactory: 综合 FactoryBeanRegitrySupport 和 ConfigurableBeanFactory 的功能。

-AutowireCapableBeanFactory: 提供创建 bean，自动注入，初始化以及应用 bean 的后处理器。

-AbstractAutowireCapableBeanFactory:结合 AbstractBeanFactory 和 接口 AutowireCapableBeanFactory。

-ConfigurableListableBeanFactory : BeanFactory 配置清单，指定忽略类型及接口等。

-DefaultListableBeanFactory: 综合上述所有功能，主要是对 bean 注册后的处理。

XML 配置文件的读取是 Spring 中重要的功能，因为 Spring 的大部分功能都是以配置作为切入点。

XmlBeanDefinitionReader 相关图：

-ResourceLoader:定义资源加载器，主要应用于根据给定的资源文件地址返回对应的 Resource;

-BeanDfinitionReader:主要定义资源文件的读取并转换为BeanDefinition的各个功能;

-EnvironmentCapable:定义获取 Environment 方法;

-DocumentLoader:定义从资源文件加载到转换为 Document 的功能;

-AbstractBeanDefinitionReader:对 EnvironmentCapable,BeanDefinitionReader 类定义的功能进行实现;

-BeanDefinitionDocumentReader:定义读取Document并注册 BeanDefinition 的功能;

-BeanDefinitionParserDelegate:定义解析Element的各种方法;

Xml 配置文件读取大致流程：

1、通过继承自AbstractBeanDefinitionReader中的方法，来使用ResourLoader将资源文件路径转换对应的Resource文件;

2、通过DocumentLoader对Resource文件进行转换，将Resource文件转换为Document文件

3、通过实现BeanDefinitionDocumentReader的DefaultBeanDefinitionDocumentReader类对Docment进行解析，并使用BeanDefinitionPareserDelegate对Element进行解析

[引文]通常在struts2+spring的例子上，要想使用spring的Bean,可以在applicationContextxml加上如下配置<bean id="springBean" scope="prototype" class=""<property name="name" value="chen"/</bean<bean id="myAction" scope="prototype" class=""<property name="springBean" ref="springBean"/</bean如果是j2ee应用，启动web应用时将会自动加载ApplicationContext实例(Spring容器负责创建Bean实例)一旦struts2的myAction实例化，其中的SpringBean也会被自动注入进来，从而达到使用SpringBean的目的。[问题]但是仍有需要通过代码来调用SpringBean的情况：1）对于不是由spring创建管理的类，如在java 代码中直接使用new去创建一个对象，并且想在这个对象中使用SpringBean;因为这个对象并不是由Spring容器创建管理的类，所以即使它有setter方法，容器的springBean也不会被注入。2）动态更改springBean中的属性值，如在代码运行时，name值需要发生变动;3)对于一个独立的应用程序[解决]定义一个非Spring容器创建管理的类public class NonSpringClass implements ServletContextAware {private SpringBean springBean;//如果 testGetBean不是被Spring容器创建管理，即使它有setter方法，容器的springBean也不会被注入。public void setSpringBean(SpringBean springBean){thisspringBean=springBean;}//利用ApplicationContext 从spring容器中获得springBean;//Spring有两个核心接口BeanFactory和ApplicationContext,其中ApplicationContext是BeanFactory的子接口，//它们代表了Spring容器，Spring容器是产生Bean的工厂，用于管理容器中的Bean。public NonSpringClass (){//ApplicationContext acx = new ClassPathXmlApplicationContext("applicationContextxml");ApplicationContext acx = new FileSystemXmlApplicationContext("src/WEB-INF/applicationContextxml");springBean=(SpringBean)acxgetBean("springBean");}}调用这个类的代码：import comNonSpringClass;public class TestCode {private NonSpringClass nonSpringClass;//这样nonSpringClass里将包含Spring容器创建的springBean}}

以上就是关于spring的bean作用域有几种，开发中需要注意什么全部的内容，包括:spring的bean作用域有几种，开发中需要注意什么、spring 用注解实现aop ，如何获取目标对象、spring bean 的scope为prototype时实例化是怎么样的等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！