1.了解springboot
- 什么是springboot
- 为什么要学习springboot
- springboot的特点
1.1 什么是springboot
Spring Boot 推崇约定大于配置的方式以便于你能够尽可能快速的启动并运行程序。人们常把Spring Boot 称为搭建程序的脚手架
。其最主要作用就是帮我们快速的构建庞大的spring项目,并且尽可能的减少一切xml配置,做到开箱即用,迅速上手,让我们关注与业务而非配置。
1.2 为什么要学习springboot
java一直被人诟病的一点就是臃肿、麻烦。
复杂的配置 项目各种配置其实是开发时的损耗, 因为在思考 Spring 特性配置和解决业务问题之间需要进行思维切换,所以写配置挤占了写应用程序逻辑的时间。一个是混乱的依赖管理 项目的依赖管理也是件吃力不讨好的事情。决定项目里要用哪些库就已经够让人头痛的了,你还要知道这些库的哪个版本和其他库不会有冲突,这难题实在太棘手。并且,依赖管理也是一种损耗,添加依赖不是写应用程序代码。一旦选错了依赖的版本,随之而来的不兼容问题毫无疑问会是生产力杀手。
而SpringBoot让这一切成为过去!
Spring Boot 简化了基于Spring的应用开发,只需要“run”就能创建一个独立的、生产级别的Spring应用。Spring Boot为Spring平台及第三方库提供开箱即用的设置(提供默认设置,存放默认配置的包就是启动器),这样我们就可以简单的开始。多数Spring Boot应用只需要很少的Spring配置。
1.3 springboot的特点
springboot的主要特点
为所有的spring开发者提供了一个非常快速的,广泛接受的入门体验。开箱即用(启动器starter-其实就是SpringBoot提供的一个jar包),但通过自己设置参数(.properties),即可快速摆脱这种方式提供了一些大型项目中常见的非功能性特性,如内嵌服务器、安全、指标,健康检测、外部化配置等绝对没有代码生成,也无需 XML 配置
2.java配置
主要任务:如何去掉xml配置
2.1 回顾历史
事实上,在Spring3.0开始,Spring官方就已经开始推荐使用java配置来代替传统的xml配置了
Spring1.0时代 在此时因为jdk1.5刚刚出来,注解开发并未盛行,因此一切Spring配置都是xml格式,想象一下所有的bean都用xml配置,细思极恐啊Spring2.0时代 Spring引入了注解开发,但是因为并不完善,因此并未完全替代xml,此时的程序员往往是把xml与注解进行结合,貌似我们之前都是这种方式Spring3.0及以后 3.0以后Spring的注解已经非常完善了,因此Spring推荐大家使用完全的java配置来代替以前的xml,不过似乎在国内并未推广盛行。然后当SpringBoot来临,人们才慢慢认识到java配置的优雅
2.2 尝试java配置
java配置主要靠java类和一些注解,比较常用的注解有:
@Configuration:声明一个类作为配置类,代替xml文件@Bean:声明在方法上,将方法的返回值加入Bean容器,代替`<bean>`标签@value:属性注入@PropertySource:指定外部属性文件
我们接下来用java配置来尝试实现连接池配置:
步骤一:首先引入Druid连接池依赖:
<dependency> <groupId>com.alibaba</groupId> <artifactId>druid</artifactId> <version>1.1.6</version></dependency>
步骤二:创建一个jdbc.properties文件,编写jdbc属性
jdbc.driverClassName=com.mysql.jdbc.Driverjdbc.url=jdbc:mysql://127.0.0.1:3306/demojdbc.username=rootjdbc.password=123
步骤三:然后编写代码
@Configuration@PropertySource("classpath:jdbc.properties")public class JdbcConfig { @Value("${jdbc.url}") String url; @Value("${jdbc.driverClassName}") String driverClassName; @Value("${jdbc.username}") String username; @Value("${jdbc.password}") String password; @Bean public DataSource dataSource() { DruidDataSource dataSource = new DruidDataSource(); dataSource.setUrl(url); dataSource.setDriverClassName(driverClassName); dataSource.setUsername(username); dataSource.setPassword(password); return dataSource; }}
步骤四:测试
@RestControllerpublic class HelloController { @Autowired private DataSource dataSource; @GetMapping("hello") public String hello() { return "hello, spring boot!" + dataSource; }}
debug查看信息,可以看到属性注入成功!
2.3 Springboot属性注入
上面的案例,我们实践了java配置方式。不过属性注入使用的是@Value注解。这种方式需要可以,但是不够强大,因为他只支持基本数据类型值。
在springboot中,提供了一种新的属性注入方式,支持各种java基本类型及复杂类型的注入。
步骤一:新建一个类,用来进行属性注入
@ConfigurationProperties(prefix = "jdbc")public class JdbcProperties { private String url; private String driverClassName; private String username; private String password; // ... 略 // getters 和 setters}在类上通过@ConfigurationProperties注解声明当前类为属性读取类prefix="jdbc"读取属性文件中,前缀为jdbc的值需要注意的是,这里我们并没有指定属性文件的地址,所以我们需要把jdbc.properties名称改为application.properties,这是SpringBoot默认读取的属性文件名
步骤二:在JdbcConfig中使用这个属性
@Configuration@EnableConfigurationProperties(JdbcProperties.class)public class JdbcConfig { @Bean public DataSource dataSource(JdbcProperties jdbc) { DruidDataSource dataSource = new DruidDataSource(); dataSource.setUrl(jdbc.getUrl()); dataSource.setDriverClassName(jdbc.getDriverClassName()); dataSource.setUsername(jdbc.getUsername()); dataSource.setPassword(jdbc.getPassword()); return dataSource; }}
步骤三:测试(同上:略)
2.4 更优雅的注入
事实上,如果一段属性只有一个Bean需要使用,我们无需将其注入到一个类(JdbcProperties)中。而是直接在需要的地方声明即可:
@Configurationpublic class JdbcConfig { @Bean // 声明要注入的属性前缀,SpringBoot会自动把相关属性通过set方法注入到DataSource中 @ConfigurationProperties(prefix = "jdbc") public DataSource dataSource() { DruidDataSource dataSource = new DruidDataSource(); return dataSource; }}
3 自动配置原理
主要任务:
了解@SpringBootApplication默认配置原理
3.1 @SpringBootApplication
该注解下重点注解有3个: @SpringBootConfiguration @EnableAutoConfiguration @ComponentScan
3.1.1 @SpringBootConfiguration
这个注解的作用就是声明当前类是一个配置类,然后Spring会自动扫描到添加了@Configuration
的类,并且读取其中的配置信息。而@SpringBootConfiguration
是来声明当前类是SpringBoot应用的配置类,项目中只能有一个。所以一般我们无需自己添加。
3.1.2 @EnableAutoConfiguration
@EnableAutoConfiguration
:告诉SpringBoot基于你所添加的依赖,去“猜测”你想要如何配置Spring。比如我们引入了spring-boot-starter-web
,而这个启动器中帮我们添加了tomcat
、SpringMVC
的依赖。此时自动配置就知道你是要开发一个web应用,所以就帮你完成了web及SpringMVC的默认配置了!
总结,SpringBoot内部对大量的第三方库或Spring内部库进行了默认配置,这些配置是否生效,取决于我们是否引入了对应库所需的依赖,如果有那么默认配置就会生效。
所以,我们使用SpringBoot构建一个项目,只需要引入所需框架的依赖,配置就可以交给SpringBoot处理了。除非你不希望使用SpringBoot的默认配置,它也提供了自定义配置的入口。
3.1.3 @ComponentScan
配置组件扫描的指令。提供了类似与<context:component-scan>
标签的作用
通过basePackageClasses或者basePackages属性来指定要扫描的包。如果没有指定这些属性,那么将从声明这个注解的类所在的包开始,扫描包及子包
而我们的@SpringBootApplication注解声明的类就是main函数所在的启动类,因此扫描的包是该类所在包及其子包。因此,一般启动类会放在一个比较前的包目录中。
3.2 默认配置原理
SpringBoot为我们提供了默认配置,而默认配置生效的条件一般有两个:
1.你引入了相关依赖2.你自己没有配置
启动器:
所以,我们如果不想配置,只需要引入依赖即可,而依赖版本我们也不用操心,因为只要引入了SpringBoot提供的stater(启动器),就会自动管理依赖及版本了。因此,玩SpringBoot的第一件事情,就是找启动器,SpringBoot提供了大量的默认启动器
全局配置
SpringBoot的默认配置,都会读取默认属性,而这些属性可以通过自定义`application.properties`文件来进行覆盖。这样虽然使用的还是默认配置,但是配置中的值改成了我们自定义的因此,玩SpringBoot的第二件事情,就是通过`application.properties`来覆盖默认属性值,形成自定义配置。我们需要知道SpringBoot的默认属性key,非常多