Spring 之bean的装配

最新推荐文章于 2022-08-05 17:33:55 发布

七仔-

最新推荐文章于 2022-08-05 17:33:55 发布

阅读量175

点赞数

分类专栏： spring 文章标签： java

本文链接：https://blog.csdn.net/qq_40800349/article/details/79731856

版权

spring 专栏收录该内容

12 篇文章 0 订阅

订阅专栏

spring 中bean的装配有几个可选方案

1.在Xml中经行显示配置

2.在java中经行显示配置

3.隐式发现机制和自动配装

自动配装

自动配装分为两个部分

1.组件的扫描：自动发现上下文的Bean

2.自动装配：满足一切Bean的依赖关系

扫描：

一般来说扫描分两个步骤，先在所要变为bean的类上方加上@Component，再在配置文件中经行配置

1.@Component

有一个属性，命名属性，可以用@conponent(名称)经行命名，与其功能相似的有@name

2.配置文件中

@ComponentScan和@ComponentScans 区别在于一个或多个

该注解功能是在配置文件中使用，达到自动扫描的功能，有两个参数，一个是basePackages=""可以设置所要扫描的包，一个是basePackageClasses={}填入的参数是一个class 会自动扫描该类所在的包使用该方法通常会有一个空的标记接口。

也可以不填两个参数，那么就会自动扫描所有的文件，效率显然会低。

装配：

装配是自动化的，一般在需要装配的地方上面加一个@Autowired就可以达到目的

*补充----验证自动装配

可以导入javautil中的包，引入@test来经行验证

Java代码装配

在显性配置中JavaCofig是更好的方案

首先要在javaConfig上面加一个@Comfiguration表明这是一个配置文件然后用@bean经行书写规则

定义bean

下面是@Configuration里的一个例子

@Configuration
public class AppConfig {

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

}

这个配置就等同于之前在xml里的配置

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

bean的依赖

@bean 也可以依赖其他任意数量的bean，如果TransferService 依赖 AccountRepository，我们可以通过方法参数实现这个依赖

@Configuration
public class AppConfig {

    @Bean
    public TransferService transferService(AccountRepository accountRepository) {
        return new TransferServiceImpl(accountRepository);
    }

}

接受生命周期的回调

任何使用@Bean定义的bean，也可以执行生命周期的回调函数，类似@PostConstruct and @PreDestroy的方法。用法如下

public class Foo {
    public void init() {
        // initialization logic
    }
}

public class Bar {
    public void cleanup() {
        // destruction logic
    }
}

@Configuration
public class AppConfig {

    @Bean(initMethod = "init")
    public Foo foo() {
        return new Foo();
    }

    @Bean(destroyMethod = "cleanup")
    public Bar bar() {
        return new Bar();
    }

}

默认使用javaConfig配置的bean，如果存在close或者shutdown方法，则在bean销毁时会自动执行该方法，如果你不想执行该方法，则添加@Bean(destroyMethod="")来防止出发销毁方法

指定bean的scope

使用@Scope注解

你能够使用@Scope注解来指定使用@Bean定义的bean

@Configuration
public class MyConfiguration {

    @Bean
    @Scope("prototype")
    public Encryptor encryptor() {
        // ...
    }

}

@Scope and scoped-proxy

spring提供了scope的代理，可以设置@Scope的属性proxyMode来指定，默认是ScopedProxyMode.NO，你可以指定为默认是ScopedProxyMode.INTERFACES或者默认是ScopedProxyMode.TARGET_CLASS。
以下是一个demo，好像用到了（没看懂这块）

// an HTTP Session-scoped bean exposed as a proxy
@Bean
@SessionScope
public UserPreferences userPreferences() {
    return new UserPreferences();
}

@Bean
public Service userService() {
    UserService service = new SimpleUserService();
    // a reference to the proxied userPreferences bean
    service.setUserPreferences(userPreferences());
    return service;
}

自定义bean的命名

默认情况下bean的名称和方法名称相同，你也可以使用name属性来指定

@Configuration
public class AppConfig {

    @Bean(name = "myFoo")
    public Foo foo() {
        return new Foo();
    }

}

bean的别名

bean的命名支持别名，使用方法如下

@Configuration
public class AppConfig {

    @Bean(name = { "dataSource", "subsystemA-dataSource", "subsystemB-dataSource" })
    public DataSource dataSource() {
        // instantiate, configure and return DataSource bean...
    }

}

bean的描述

有时候提供bean的详细信息也是很有用的，bean的描述可以使用 @Description来提供

@Configuration
public class AppConfig {

    @Bean
    @Description("Provides a basic example of a bean")
    public Foo foo() {
        return new Foo();
    }

}

Xml装配bean

用xml经行装配的方式大概分相中，一种是寻常的<bean>，第一种是命名空间（后者要简洁一些）

下面对注入bean和注入字面经行讲解

注入bean：

1.普通的方式用<bean class="" id="（独一无二的名称，要方便调用）">

<constructor-arg ref="（引用，会告诉spring ，将有一个id为什么的bean引用这个bean）">

对于命名空间可以做以下简化：<constructor-arg>改为c:名=“” <property>改为p:名=“”

2.字面注入可能是数组，字符，List等等，在这时命名空间就不能发挥作用了，它不能简化操作了；可以用<peoperty name="参数名">的子标签<list><value><list/>，<set><value><set/>经行书写。

也可以用util它是一个在bean外的属性，定义好list等，就可以在外部调用赋值

混合配制

在此主要介绍几个方法

@import 在JavaConfig中导入宁一个javaConfig的内容

@ImportResource 在JavaConfig导入一个xml的内容

<bean class"config(java)路径"> 在Xml中导入一个JavaConfig的内容

<import resource="xml"> 在Xml中导入一个xml的内容

应用：主要用于将多个配置文件导入一个主文件，以免一一调用配置的繁琐；也可以将一个复杂的配置文件分离成多个方便管理

Bean的特性

singleton作用域：当把一个Bean定义设置为singleton作用域是，Spring IoC容器中只会存在一个共享的Bean实例，并且所有对Bean的
请求，只要id与该Bean定义相匹配，则只会返回该Bean的同一实例。值得强调的是singleton作用域是Spring中的缺省作用域。
prototype作用域：prototype作用域的Bean会导致在每次对该Bean请求（将其注入到另一个Bean中，或者以程序的方式调用容器的getBean
()方法）时都会创建一个新的Bean实例。根据经验，对有状态的Bean应使用prototype作用域，而对无状态的Bean则应该使用singleton作用
域。
对于具有prototype作用域的Bean，有一点很重要，即Spring不能对该Bean的整个生命周期负责。具有prototype作用域的Bean创建后交由调
用者负责销毁对象回收资源。
简单的说：
singleton 只有一个实例，也即是单例模式。（默认）
prototype访问一次创建一个实例，相当于new。
应用场合：
1.需要回收重要资源(数据库连接等)的事宜配置为singleton，如果配置为prototype需要应用确保资源正常回收。
2.有状态的Bean配置成singleton会引发未知问题，可以考虑配置为prototype

最后总结下bean的特性：默认为单例模式，每次创建后放于spring 的Bean容器中，谁要调用时，spring就会从容器中取出，注意的是，可以有多个类同时调用一个bean而且这个bean是一个Bean