① Gradle相对于Maven的优势
Gradle和Maven作为自动构建工具，在项目的构建中有着广泛的应用。它们在依赖管理、构建生命周期、加载构建系统组件等多方面有各自的特点。下面，我们将比较和讨论它们在构建过程中的区别。
Gradle和Maven都服务于基于java平台的项目构建、依赖管理和项目信息管理。Maven以其XML脚本定义构建逻辑，适用于各种大小和开发模式的项目，而Gradle基于Groovy语言，提供更简洁的DSL语法，适用于Java应用构建。
在依赖管理方面，Maven项目通常使用单一的静态配置文件，这提供简单性但也限制了灵活性。相比之下，Gradle允许在创建和处理时有多套依赖配置，这使得配置代码量大幅减少，同时保留了groupId、artifactId、version等关键信息，且能够解析Maven POM或Ivy的XML配置，支持排除传递性依赖。
加载构建系统的组件方面，Maven将组件作为插件，每个插件有自己的版本和依赖关系树，可独立更新。Gradle的构建系统组件分散且基于任务模型，编译时仅下载所需的组件，这提高了灵活性。Gradle还允许用户自由定义任务，拥有高级任务排序特性，支持动态任务创建，以及在执行失败时不立即停止的特性。
构建生命周期方面，Maven提供有限的生命周期访问，而Gradle提供更灵活的生命周期，允许使用Groovy代码进行处理，使得构建流程更加自定义和灵活。
在构建输出和用户界面方面，Gradle提供了针对开发人员友好的输出模式和GUI操作界面，允许自定义日志模式和集成外部工具。Gradle的声明性元素如SourceSets和Android Proct Flavors等提供了更细粒度的配置选项，使其在处理复杂需求时更加简洁、易于使用和理解。
整体而言，Gradle提供简洁和灵活的构建体验，虽然需要掌握Groovy语言，但其灵活性和强大的DSL使得它成为Maven理念的优秀实现。对于熟悉Groovy并理解Maven配置和构建流程的开发者来说，Gradle是一个绝佳的选择，尤其在与现有Maven系统无缝集成方面表现出色。相信随着更多开发者掌握Groovy和理解Gradle的潜力，Gradle在未来会得到更广泛的应用和改进。
② springboot下载文件到本地目录
SpringBoot项目引入本地Jar包1、一，搭建一个本地maven源，仍然通过maven管理。这种方法的缺点是，一旦工程需要多人维护，每人都需要搭一个本地源，比较麻烦，除非公司有公用的内部maven源，否则这种方案反而增加工作量。
2、一般情况下java项目引入第三方的jar包，在项目下新建lib，把jar包放进入，引入即可使用。但是在Springboot的项目，直接进行打包会出现引用的类找不到的情况。
3、解决方法如下：项目下面有pom.xml文件，要在pom文件下添加这个${basedir}的意思是本地路径添加以上代码后即可。还有就是，在别的服务下面的子pom.xml也要添加以上代码，但不同的是，要看好路径。
4、由于SpringBoot内置了tomcat，所以将SpringBoot项目直接打成jar包，可以直接在cmd里面运行。打包选中项目后，打开MavenProjects视图，如下图：然后运行package，将项目重新打包。当日志出现：说明打包成功。
SpringBoot配置文件存放位置以及读取顺序
1、idea中，为了我们本地方便开发测试，我们在此处创建一个config目录，然后把application.properties放进去，项目正常运行。jar包会自动生成在target目录下。
2、SpringBoot系统启动时默认会读取的配置文件，支持propertiesyml格式。也就是说，会先加载application.properties，根据spring.profile.active的设置加载相应的application-XX.properties配置，然后按优先级合并配置文件。
3、使用springboot的方式，此种方式jar需要放到前面格式例如以jar包发布springboot项目时，默认会先使用jar包同级目录下的application.properties来作为项目配置文件。
4、application.properties中：server.port=8001，application.yml中：server.port=8888。问题：springboot是否都加载这两个配置文件？如果两个文件有相同的key，取哪一个文件的value？都加载，且按properties→yml的顺序加载。
5、springboot配置文件支持灵活的路径，以及灵活的文件名，用一个变量表达式总结如下：部分源码如下：当满足上述变量表达式的配置文件有多个时，会有一个配置的优先级。
【SpringBoot】MultipartFile存本地文件SpringBoot将在类路径中或从ServletContext的根目录中提供名为/static（或/public或/resources或/META-INF/resources）的目录中的静态内容。
idea中，为了我们本地方便开发测试，我们在此处创建一个config目录，然后把application.properties放进去，项目正常运行。jar包会自动生成在target目录下。
newFile()中的地址就随便你想放在那里就放在那里，接下来就想办法访问就好了。
springboot日志配置：名称只要是一logback开头就行，测试使用log.xml并不会生成日志。
配置文件SpringBoot使用一个全局的配置文件application.propertiesapplication.yml配置文件的作用：修改SpringBoot自动配置的默认值，SpringBoot在底层都给我们自动配置好。
我们现在在用的SpringCache，可以直接看SpringBoot提供的缓存枚举类，有如下这些：EhCache：一个纯Java的进程内缓存框架，所以也是基于本地缓存的。(注意EhCachex和EhCachex相互不兼容)。
SpringBoot目录结构选择SpringInitializr填写你的maven项目的groupId和artifact等项目基本信息之后，在依赖中选择Web--Web之后finish。目录结构如下：直接运行DemoApplication.java就可以运行项目了。
先看一下最终的目录结构：这里我们使用了Thymeleaf模板引擎来获得后台传来的数据并解析，使用bootstrap框架显示数据。可以看到，Thymeleaf的用法和jsp还是有点像的。可以直接通过${}的形式来获得attribute中的数据。
例如，imges目录下的demo.jpg在HTML/JSP中访问是的路径就是，因为SpringBoot的缺省工作目录就是src/main/java，当访问资源时，就是src/main/resources，而/static/**被SPRINGBOOT被映射到了classpath：/static下。
默认情况下，springBoot从classpath下一个叫/static（/public，/resources或/META-INF/resources）的文件夹或从ServletContext根目录提供静态内容。