spring知识总结2

Spring知识总结2

1、spring中IOC的常见注解

1.1 用于创建对象的

相当于<bean id="" class="">

1.1.1 @Component

//作用：
把资源让 spring 来管理。相当于在 xml 中配置一个 bean。
//属性：
value：指定 bean 的 id。如果不指定 value 属性，默认 bean 的 id 是当前类的类名(首字母小写)。

1.1.2 @Controller @Service @Repository

//他们三个注解都是针对 @Component的衍生注解，他们的作用及属性都是一模一样的。
//他们只不过是提供了更加明确的语义化。
@Controller：一般用于表现层的注解。
@Service：一般用于业务层的注解。
@Repository：一般用于持久层的注解。
//细节：如果注解中有且只有一个属性要赋值时，且名称是 value，value 在赋值是可以不写。

1.2 用于注入数据的

相当于：<property name="" ref=""> 
	   <property name="" value="">

1.2.1 @Autowired

//作用：
1、自动按照类型注入。
2、当使用注解注入属性时，set 方法可以省略。
3、它只能注入其他 bean 类型。
4、当有多个类型匹配时，使用要注入的对象变量名称作为 bean 的 id，在 spring 容器查找，找到了也可以注入成功。找不到就报错。
5、出现位置：可以是变量上，也可以是方法上

1.2.2 @Qualifier

//作用：
在自动按照类型注入的基础之上，再按照 Bean 的 id 注入。它在给字段注入时不能独立使用，必须和@Autowire 一起使用；//但是给方法参数注入时，可以独立使用。
//属性：
value：指定 bean 的 id。

1.2.3 @Resource

//作用：
直接按照 Bean 的 id 注入。它也只能注入其他 bean 类型。
//属性：
name：指定 bean 的 id。
注意：如果不指定bean的id，则直接用变量名作为id去容器中找，如果没有匹配的，再去按类型匹配

• 以上三个注入都只能注入其他bean类型的数据，而基本类型和String类型无法使用上述注解实现。

•  另外，集合类型的注入只能通过XML来实现。
  

1.2.4 @Autowired和@Resource的区别

Resource默认是根据id查找，找不到再按类型查找
Autowired默认是根据类型查找，有多个类型匹配时，才会去根据id查找

1.2.5 @Value

//作用：
注入基本数据类型和 String 类型数据的
//属性：
value：用于指定数据的值。它可以使用spring中SpEL(也就是spring的el表达式）
 SpEL的写法：${表达式}

示例代码：

public class JdbcConfig {

    @Value("${jdbc.driver}")
    private String driver;

    @Value("${jdbc.url}")
    private String url;

    @Value("${jdbc.username}")
    private String username;

    @Value("${jdbc.password}")
    private String password;
}

1.3 用于改变作用范围的：

相当于：<bean id="" class="" scope="">

1.3.1 @Scope

//作用：
指定 bean 的作用范围。
//属性：
value：指定范围的值。
 取值：singleton prototype request session globalsession

1.4 和生命周期相关的

相当于：<bean id="" class="" init-method="" destroy-method="">

1.4.1 @PostConstruct

作用：用于指定初始化方法

1.4.2 @PreDestroy

作用：用于指定销毁方法

1.5 关于 Spring 注解和 XML 的选择问题

注解的优势：

配置简单，维护方便（我们找到类，就相当于找到了对应的配置）。

XML 的优势：

修改时，不用改源码。不涉及重新编译和部署。

Spring 管理 Bean 方式的比较：

	基于XML配置	基于注解配置
Bean定义		@Component @Repository @Service @Controller
Bean名称	通过id或name指定	@Component(“person”)
Bean注入		@Autowired+@Qulifier @Resource
生命过程、Bean作用范围	init-method destroy-method scope属性	@PostConstruct 初始化 @PreDestroy销毁 @Scope设置作用范围
适合场景	Bean来自第三方	Bean的实现类由用户自己开发

2、spring的纯注解配置

写到此处，基于注解的 IOC 配置已经完成，但是大家都发现了一个问题：我们依然离不开 spring 的 xml 配

置文件，那么能不能不写这个 bean.xml，所有配置都用注解来实现呢？

当然，同学们也需要注意一下，我们选择哪种配置的原则是简化开发和配置方便，而非追求某种技术。

2.1 待改造的问题

我们发现，之所以我们现在离不开 xml 配置文件，是因为我们有一句很关键的配置：
<!-- 告知spring框架在，读取配置文件，创建容器时，扫描注解，依据注解创建对象，并存入容器中 --> <context:component-scan base-package="com.itheima"></context:component-scan>
如果他要也能用注解配置，那么我们就离脱离 xml 文件又进了一步。
另外，数据源和 JdbcTemplate 的配置也需要靠注解来实现。
<!-- 配置 dbAssit --> 
<bean id="dbAssit" class="com.itheima.dbassit.DBAssit"> 
  <property name="dataSource" ref="dataSource"></property>
</bean>
<!-- 配置数据源 --> 
<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"> 
  <property name="driverClass" value="com.mysql.jdbc.Driver"></property> 
  <property name="jdbcUrl" value="jdbc:mysql:///spring_day02"></property> 
  <property name="user" value="root"></property> 
  <property name="password" value="1234"></property>
</bean>

2.2 新注解说明

2.2.1 @Configuration

//作用：
用于指定当前类是一个 spring 配置类，当创建容器时会从该类上加载注解。获取容器时需要使用
AnnotationApplicationContext(有@Configuration 注解的类.class)。
//属性：
value:用于指定配置类的字节码
//细节：
当配置类作为AnnotationConfigApplicationContext对象创建的参数时，该注解可以不写。

示例代码：
/**
* spring 的配置类，相当于 bean.xml 文件
* @author 黑马程序员
* @Company http://www.ithiema.com
* @Version 1.0
*/
@Configuration
public class SpringConfiguration {
}

//注意：
我们已经把配置文件用类来代替了，但是如何配置创建容器时要扫描的包呢？
请看下一个注解。

2.2.2 @ComponentScan

作用：
用于指定 spring 在初始化容器时要扫描的包。作用和在 spring 的 xml 配置文件中的：
<context:component-scan base-package="com.itheima"/>是一样的。
属性：
basePackages：用于指定要扫描的包。和该注解中的 value 属性作用一样。
示例代码：
/**
* spring 的配置类，相当于 bean.xml 文件
* @author 黑马程序员
* @Company http://www.ithiema.com
* @Version 1.0
*/
@Configuration
@ComponentScan("com.itheima")
public class SpringConfiguration {
}

//注意：
我们已经配置好了要扫描的包，但是数据源和 JdbcTemplate 对象如何从配置文件中移除呢？
请看下一个注解。

2.2.3 @Bean

//作用：
该注解只能写在方法上，表明使用此方法创建一个对象，并且放入 spring 容器。
//属性：
name：给当前@Bean 注解方法创建的对象指定一个名称(即 bean 的 id），当不写时，默认值是当前方法的名称。
//细节：
    当我们使用注解配置方法时，如果方法有参数，spring框架会去容器中查找有没有可用的bean对象。
    查找的方式和Autowired注解的作用是一样的

示例：

/**
* 连接数据库的配置类
* @author 黑马程序员
* @Company http://www.ithiema.com
* @Version 1.0
*/
public class JdbcConfig {
/**
* 创建一个数据源，并存入 spring 容器中
* @return
*/
	@Bean(name="dataSource")
	public DataSource createDataSource() {
		try {
			ComboPooledDataSource ds = new ComboPooledDataSource();
			ds.setUser("root");
			ds.setPassword("1234");
			ds.setDriverClass("com.mysql.jdbc.Driver");
			ds.setJdbcUrl("jdbc:mysql:///spring_day02");
			return ds;
		} catch (Exception e) {
			throw new RuntimeException(e);
		} 
	}
  
/**
* 创建一个 DBAssit，并且也存入 spring 容器中
* @param dataSource
* @return
*/
	@Bean(name="dbAssit")
	public DBAssit createDBAssit(DataSource dataSource) {
		return new DBAssit(dataSource);
	} 
}

//注意:
我们已经把数据源和 DBAssit 从配置文件中移除了，此时可以删除 bean.xml 了。
但是由于没有了配置文件，创建数据源的配置又都写死在类中了。如何把它们配置出来呢？
请看下一个注解。

2.2.4 @PropertySource

//作用：
用于加载.properties文件中的配置。例如我们配置数据源时，可以把连接数据库的信息写到proerties配置文件中，就可以使用此注解指定properties配置文件的位置。
//属性：
value[]:用于指定properties文件位置。如果是在类路径下，需要写上classpath:

示例代码：

配置：
/**
连接数据库的配置类
*/
public class JdbcConfig {

    @Value("${jdbc.driver}")
    private String driver;

    @Value("${jdbc.url}")
    private String url;

    @Value("${jdbc.username}")
    private String username;

    @Value("${jdbc.password}")
    private String password;

    /**
     * 用于创建一个QueryRunner对象
     * @param dataSource
     * @return
     */
    @Bean(name="runner")
    @Scope("prototype")
    public QueryRunner createQueryRunner(@Qualifier("ds2") DataSource dataSource){
        return new QueryRunner(dataSource);
    }

    /**
     * 创建数据源对象
     * @return
     */
    @Bean(name="ds2")
    public DataSource createDataSource(){
        try {
            ComboPooledDataSource ds = new ComboPooledDataSource();
            ds.setDriverClass(driver);
            ds.setJdbcUrl(url);
            ds.setUser(username);
            ds.setPassword(password);
            return ds;
        }catch (Exception e){
            throw new RuntimeException(e);
        }
    }

    @Bean(name="ds1")
    public DataSource createDataSource1(){
        try {
            ComboPooledDataSource ds = new ComboPooledDataSource();
            ds.setDriverClass(driver);
            ds.setJdbcUrl("jdbc:mysql://localhost:3306/eesy02");
            ds.setUser(username);
            ds.setPassword(password);
            return ds;
        }catch (Exception e){
            throw new RuntimeException(e);
        }
    }
}

//jdbcConfig.properties
jdbc.driver=com.mysql.jdbc.Driver
jdbc.url=jdbc:mysql://localhost:3306/eesy
jdbc.username=root
jdbc.password=1234

2.2.5 @Import

//作用：
用于导入其他配置类，在引入其他配置类时，可以不用再写@Configuration注解，当然，写上也没有问题。
//属性：
value[]:用于指定其他配置类的字节码
当我们使用Import的注解之后，有Import注解的类就父配置类，而导入的都是子配置类

示例代码

主配置类
//@Configuration  加不加都可以
@ComponentScan("com.itheima")
@Import(JdbcConfig.class)
@PropertySource("classpath:jdbcConfig.properties")
public class SpringConfiguration {

}

//注意：我们已经把要配置的都配置好了，但是新的问题产生了，由于没有配置文件了，如何获取容器呢？请看下面

2.2.6 通过注解获取容器

ApplicationContext ac = new AnnotationConfigApplicationContext(SpringConfiguration.class);

3、spring整合Junit

3.1 测试类中的问题和解决思路

3.1.1 问题

在测试类中，每个测试方法都有以下两行代码

 //1、创建容器
ApplicationContext ac = new ClassPathXmlApplicationContext("bean.xml");
 //2.得到业务层对象
IAccountService as = ac.getBean("accountService",IAccountService.class);

3.1.2 解决思路分析

  针对上述问题，我们需要的是程序呢个自动帮我们创建容器。一旦程序能自动为我们创建spring容器，我们就无需手动创建了，问题也就解决了。
	我们都知道，Junit单元测试的原理，但显然，junit是无法实现的，因为它自己都无法知道我们是否使用了spring框架，更不用说帮我们创建spring容器了。不过好在，junit给我们暴露了一个注解，可以让我们替换掉它的运行器。
	这时，我们需要依靠spring框架，因为它提供了一个运行器，可以读取配置文件（或注解）来创建容器。我们只需要告诉它配置文件在哪就行了。

3.2 配置步骤

3.2.1 第一步，加入依赖

<dependency>
      <groupId>org.springframework</groupId>
      <artifactId>spring-test</artifactId>
      <version>5.0.2.RELEASE</version>
</dependency>

3.2.2 第二步：使用@RunWith注解替换原有运行器

@RunWith(SpringJUnit4ClassRunner.class) //junit中的注解
public class AccountServiceTest {
  
}

3.2.3 第三步：使用@ContextConfiguration指定spring配置文件的位置

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(classes = SpringConfiguration.class) //spring-test中的注解
//@ContextConfiguration(locations = {"classpath:bean.xml"})
public class AccountServiceTest {
  
}
@ContextConfiguration注解：
	locations属性：用于指定配置文件的位置。如果是类路径下，需要用到classpath:表明
	classes属性：用于指定配置类。当不使用xml配置时，需要用此属性指定注解类的位置。

3.2.4 第四步：使用@Autowired给测试类中的变量注入数据

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(classes = SpringConfiguration.class)
public class AccountServiceTest {

    @Autowired
    private IAccountService as;
}

3.3 为什么不把测试类配到xml中

在解答这个问题之前，先解除大家的疑惑，配到XML中能不能用呢？

答案是肯定的，没问题，可以使用。

那为什么不采用配置到xml中的方式呢？

这个原因是这样的：

​ 第一，当我们在xml中配置了一个bean，spring加载配置文件创建容器时，就会创建对象。

​ 第二，测试类只是我们在测试功能的时候使用，而在项目中它并不参与程序逻辑，也不会解决需求上的问题，所以创建完了，并没有使用。那么存在容器中就会造成资源的浪费。

​ 所以，基于以上两点，我们不应该把测试类配置到xml文件中。