依赖管理
- 父项目做依赖管理:
依赖管理:声明了所有开发中常用的依赖的版本号,自动版本仲裁机制。(依赖传递性原则)
声明了所有开发中常用的依赖的版本号,自动版本仲裁机制。
如果有一天对仲裁的版本不满意,那么在xml文件中写一段把自己想要的版本放入代码中即可,可以自定义修改版本号。
修改版本号步骤:
查看spring-boot-dependencies里面规定的当前依赖的版本用的key。
然后在项目里面重写配置即可。如下面代码所示修改了mysql的版本号。
- 开发导入starter场景启动器
1、见到很多 spring-boot-starter-* : *就是代表某种场景
例如:spring-boot-starter-web等。
2、只要引入starter,这个场景的所有常规需要的依赖我们都自动引入。
3、SpringBoot所有支持的场景,可以参考springboot的官方文档,除此之外还有第三方starter,如果还有其他场景可以使用自己创建的starter或第三方starter等。
4、见到的 *-spring-boot-starter: 一般这样的写法是第三方为我们提供的简化开发的场景启动器。
5、对于所有的starter场景启动器最底层的依赖,这个就是springboot最核心的底层依赖。
- 以后引用默认依赖可以不写版本号。
- 但引入非版本仲裁的jar需要写清楚依赖的版本号。
自动配置
SpringBoot自动配置:
- 自动配置好Tomcat
1、引入Tomcat依赖。
2、配置Tomcat。 - 自动配置好SpringMVC开发的全套组件
1、引入SpringMVC全套组件。
2、自动配好SpringMVC常用组件(功能)
在以前web.xml中以前要自己配置很多SpringMVC的东西。 - 自动配置好Web的常见使用功能,例如字符编码的问题
1、配置好了Web开发的常见场景功能。 - 默认的包结构
1、主程序所在包及其下面的所有子包里面的组件都会被默认扫描进来,无需以前的包扫描配置
2、想要改变扫描路径
@SpringBootApplication(scanBasePackages=“com.atguigu”)
或者@ComponentScan 指定扫描路径,这个时候可以改变包的扫描路径,主程序外的包也可以运行了。
同时注意到:
- 各种配置拥有默认值
1、默认配置最终都是映射到某个类上如:MultipartProperties
2、配置文件的值最终会绑定每个类上,这个类会在容器中创建对象 - 按需加载所有自动配置项
1、非常多的starter,但是只会打开引入哪个场景所对应的配置,在starter中有一个包叫做autoconfigure,所有的场景配置都写在里面了。
服务器托管,北京服务器托管,服务器租用 http://www.fwqtg.net
机房租用,北京机房租用,IDC机房托管, http://www.e1idc.net