这里写目录标题
- 问题
- 1.maven软件中的settings.xml配置文件、.m2中settings.xml配置文件、idea中配置的maven的settings.xml配置文件的作用及区别？作用域不同
- 2.pom文件配置中，maven-compiler-plugin和spring-boot-maven-plugin的区别一个是编译，一个是重新打包为可运行的jar，如果什么都不写，默认有maven-compiler-plugin，但为默认配置。
- 3.springcloud父工程<properties>标签的java.vesion,maven.compiler.source可以自动生效的原因是maven自动配置
- 4.父工程<dependencyManagement>和<pluginManagement>和里只是声明配置。父工程的<properties>和单独在<build>里写的<plugin>会被子工程继承。
- 5.moduleA被moduleB通过pom文件引入，moduleA中的yaml配置，spring bean注入，<build>中的plugin会失效。
- 6.moduleA被moduleB通过pom文件引入，moduleA中的yaml配置失效，可以设置配置类通过SPI进行自动装配。
- 7.moduleA被moduleB通过pom文件引入，moduleA中的spring bean失效，有几种解决办法，@ComponentScan扫描包路径,@Bean注入,spring.factories的SPI机制。
- 8.moduleA被moduleB通过pom文件引入,spring的注解会失效，需要进行spring bean扫描。但是其他比如说lombok的@Data注解都不会失效，因为不依赖spring扫描。
- 9.moduleA被moduleB引入后，spring bean注入和yaml配置失效的问题，可以参考starter的方式，使用SPI机制进行解决。
问题
1.maven软件中的settings.xml配置文件、.m2中settings.xml配置文件、idea中配置的maven的settings.xml配置文件的作用及区别？作用域不同
2.pom文件配置中，maven-compiler-plugin和spring-boot-maven-plugin的区别一个是编译，一个是重新打包为可运行的jar，如果什么都不写，默认有maven-compiler-plugin，但为默认配置。
3.springcloud父工程标签的java.vesion,maven.compiler.source可以自动生效的原因是maven自动配置
4.父工程和和里只是声明配置。父工程的和单独在里写的会被子工程继承。
5.moduleA被moduleB通过pom文件引入，moduleA中的yaml配置，spring bean注入，中的plugin会失效。
6.moduleA被moduleB通过pom文件引入，moduleA中的yaml配置失效，可以设置配置类通过SPI进行自动装配。
7.moduleA被moduleB通过pom文件引入，moduleA中的spring bean失效，有几种解决办法，@ComponentScan扫描包路径,@Bean注入,spring.factories的SPI机制。
8.moduleA被moduleB通过pom文件引入,spring的注解会失效，需要进行spring bean扫描。但是其他比如说lombok的@Data注解都不会失效，因为不依赖spring扫描。
9.moduleA被moduleB引入后，spring bean注入和yaml配置失效的问题，可以参考starter的方式，使用SPI机制进行解决。
