序言：SpringBoot 的核心理念是约定优于配置，例如在资源目录的static放置静态资源就能直接访问，templates目录放置动态页面就能自动初始化和实现访问，例如Thymeleaf、FreeMaker等。
一、整体结构图
SpringBoot 官方并不要求特殊的工程结构，但在实际开发中，我们往往遵循一定的规范来组织代码结构，例如下面的典型结构图：
github.com/yizhiwazi
二、主要用途（必读）
使用 Spring Initializr 构建的SpringBoot工程的各目录，如下图所示：
重要提示：SpringBoot 官方推荐我们使用轻量级的Jar File 格式来打包和部署工程，如果想部署War File的传统Web项目，则必须添加webapp目录，和进行相关初始化才能正常使用，详情点击：SpringBoot 添加对JSP的支持
三、关于启动类的放置
官方文档是有提到 main application class的，但隐藏得比较深，大概老外都觉得是共识，不过这对刚入门的新手显然是个坑。。
在 SpringBoot 快速入门 案例中我们轻松的就完成了RestAPI的访问，兴奋感溢于言表，但很快你可能会发现一些端倪，为什么通篇找不到关于组件扫描的配置，难道这背后存在什么潜规则？
提问：为什么启动类“约定”放在RootPackage呢？
解答：
- ① 如果将启动类放在顶层，配合注解@SpringBootApplication 实现默认向后扫描，例如：
@SpringBootApplication
public class HelloApplication {
public static void main(String[] args) {
SpringApplication.run(HelloApplication.class, args);
}
}
- ② 这是为什么呢，我们继续观察 @SpringBootApplication 的源代码，不难发现，作为启动类的便携式入口注解，其主要由三大部件组成，其中@ComponentScan 这个注解就是本案的关键，根据SpringBoot的内置实现，Spring从这个注解所在的位置默认向后扫描，包括常见的Controller、Service、Entity都可以扫描到。
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan
public @interface SpringBootApplication {
}
- ③ 总结：将启动类放置在RootPackage，可以隐式完成组件扫描，不需要单独定义@ComponentScan(basePackages="com.hehe.xx")，践行了SpringBoot 约定优于配置的核心理念。
四、关于静态资源的放置
Spring Boot 默认“约定”从资源目录的这些子目录读取静态资源：
- src/main/resources/META-INF/resources
- src/main/resources/static （推荐）
- src/main/resources/public
举个栗子：现在static目录下有一张图片，kumamon.jpg
访问地址： http://localhost:8080/img/kumamon.jpg
注：若不同静态目录含有相同路径图片，则按上述优先级，即META-INF/resources目录优先级最高。
