参考资料：
[1]. spring mvc【黑马】 idea版本 涵盖ssm Av59322784,P46-P54
[2]. Spring MVC从入门到实战：Av71101301
[3]. Spring实战（第四版）
-
Spring框架
下图是Spring框架的示意图，使用IOC，AOP，WEB等功能的时候导包根据这张图来比较清楚
AOP也是基于Spring的容器功能之上，所以使用AOP的对象也需要配置IOC。
IOC：Inverse of control 控制反转
我们不需要自己创建类，而是交由一个容器来创建和设置。
容器：管理所有的组件（有功能的类）
DI：Dependency Injection 依赖注入
IOC是一种思想，DI是一种实现
Spring-IOC常见注解
@Component：创建Bean
@ComponentScan：配置扫描哪个包的注解
@Configuration：表明这个类是一个配置类，该类应该包含在Spring应用上下文中如何创建bean的细节。
@Bean：在方法上，表示将方法返回的对象当做一个Bean。
@Autowired：在属性上，从bean容器中找到对应的对象赋值给这个属性；在构造函数上，从bean容器中找到对应的对象赋值给构造器的参数。
@Import：用在配置类上，引入其他配置类，以便可以使用其他配置类的Bean
@ImportResource：引入其他xml文件配置的Bean
@Profile：环境切换
@Conditional：条件满足才创建bean
@Value：将配置文件的属性注入某个变量，有点像@Autowired，但两者的变量来源不同，后者是来自bean。Spring-AOP常见注解
@Aspect：表明该类不仅仅是POJO，而且还是一个切面
@Ponitcut：定义一个切点，方便不同的通知重复利用这个切点形成不同的切面
@EnableAspectJAutoProxy：使用在@Configuration注解的类上，会解析该配置类定义的Bean的AOP相关的注解。
@DeclareParents：引入新的方法，而不仅仅只是修饰。Spring MVC
@EnableWebMvc：修饰配置类（有@Configuration注解），启用Spring MVC。
@Controller：控制器，跟@Component是一样的，但是名字前者更好。
@RequestMapping：声明方法或类映射的路径
@GetMapping：同上，只不过是一个GET请求
@RequestParam：用在控制器的参数上，请求参数（/spittles/show?spittle_id=12345）
@PathVariable：用在控制器的参数上，路径参数（/spittles/12345）
@Valid：用在控制器的参数上，这个参数用于接收表单提交的内容Spring注解区别
@Component VS @Bean：两个注解都是创建Bean，前者是自动扫描的时候用的，用在类上，自动扫描会创建这个类的对象作为Bean，后者是Java Config的时候用的，用在方法上，方法的返回值作为bean。
@Controller VS @Component：控制器，两者的作用是一样的，但是名字前者更好。
- Spring boot:
简化Spring应用开发的一个框架，主要是给Spring各种框架各种自动配置；
不可以直接访问静态资源，因为Spring boot没有扫描到，要想不配置又可以访问到，可以将资源放在resources/static下面即可。
导包细节：
Spring框架
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-web</artifactId>
<version>${spring.version}</version>
</dependency>
Spring其他框架-Spring boot
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>1.5.9.RELEASE</version>
</parent>
- mybatis
Mybatis是一个半自动化框架，意思是，需要自己写SQL语句，有些框架不需要，直接自动生成SQL语句的，叫全自动框架。
mybatis在数据和数据库之间搭建了映射，也就是ORM，所以配置的时候主要是搭建这个映射，有三种方式：
- 纯配置，配置里面包含SQL语句和返回的类型等等，然后把这个映射关系在调用的时候提到
- 写好接口，然后把映射关系将接口和SQL语句对应起来，调用的时候获取接口的代理对象进行调用即可。
- 纯注解的方式 @Select("SQL语句")
总之，映射需要注册。
配置文件也分为主配置文件和映射配置文件。
从调用的方法到对应的SQL语句，有时需要把方法的参数给到SQL语句，默认情况下，方法参数会被封装到map中，以param1，param2...或者以1,2,3...作为键值，这样在写SQL语句的时候不是很方便，这个时候可以利用一个注解@Param("xxx")
有时SQL语句需要的数据可以从Bean中取，也可以从map中取，这个时候方法调用的时候要输入一个map，这两种方式都是用#{属性名/key}抽取出来。
#{}和${}都可以取出变量，但是前者是用preparedStatement，后者是用拼接的方式，大多数情况下用前者比较号，但是在jdbc不支持占位符的时候也用前者。参考：24.尚硅谷MyBatis映射文件参数处理#与$取值区别(Av34875242,P24).mp4
因为select的时候可以花式返回各种类型，单个Bean对象，map，List等，所以resultType需要对应进行设置。
Bean的属性名和数据库的列名对应起来可以用resultMap，Bean里面的Bean可以用级联属性
SQL语句需要根据参数进行拼接，这个时候就要用到动态SQL语句，用标签if，foreach等
SSM整合：
Spring整合SpringMVC，需要tomcat服务器在启动的时候加载spring的配置文件，之前在单独使用Spring的时候有个ClassPathXmlApplicationContext帮我们加载了spring的配置文件。[1]-
Spring MVC
可以看下[2]，讲的非常好，要从大体上知道下图，才能知道Spring MVC整体的结构。
SpringMVC配置的时候首先需要在web.xml中配置servlet相关的，然后再加多一个Spring IOC的配置文件。一般开始的时候还会配置一个内部的视图解析器，如下所示。
<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
<property name="prefix" value="/"></property>
<property name="suffix" value=".jsp"></property>
</bean>
SpringMVC使用了Spring的容器功能，在整合的时候各自管各自的容器，spring配置扫描的时候要排除掉Controller，SpringMVC要扫描Controller，还要打开注解功能<mvc:annotation-driven/>
SpringMVC拿到的请求是先被Tomcat处理过的，也就是说SpringMVC是基于Tomcat的
SpringMVC使用的时候可以把任意一个对象注解为Controller就可以处理请求，方法里面填充处理的逻辑，参数结合标注获取输入，返回值结合标注返回对应的响应内容。
注意区分@PathVariable和@RequestParam两个注解的区别，在www.baidu.com/zhangsan?name=lisi中，zhangsan是@PathVariable，lisi是@RequestParam，形参不写注解，默认是后者或者JavaBean，因为后者有名字，可以对应上，前者没有名字，需要显式说明。
数据绑定：在后端的业务方法中直接获取客户端 HTTP 请求中的参数，将请求参数映射到业务方法的形参中，Spring MVC 中数据绑定的工作是由 HandlerAdapter 来完成的。
数据解析：模型数据的绑定是由 ViewResolver 来完成的，实际开发中，我们需要先添加模型数据，再交给ViewResolver 来绑定。
- Spring cloud
分布式VS集群
集群：一台服务器无法负荷高并发的数据访问量，那么就设置十台服务器一起分担压力，十台不行就设置一百台（物理层面）。很多人干同一件事情，来分摊压力。
分布式：将一个复杂问题拆分成若干个简单的小问题，将一个大型的项目架构拆分成若干个微服务来协同完成。（软件设计层面）。将一个庞大的工作拆分成若干个小步骤，分别由不同的人完成这些小步骤，最终将所有的结果进行整合实现大的需求。
Sping cloud是基于Spirng boot的，各种服务首先都是一个Spring boot工程。
Eureka（注册中心）：
服务消费者和服务提供者是在业务上进行划分的，在注册的时候都是一样的客户端。
注册中心、服务消费者、服务提供者三者可以用外卖来举例，注册中心是外卖平台，服务消费者是订购外卖的人，服务提供者是外卖商家。
如果没有注册中心，其实服务消费者和服务提供者之间也可以进行交互，注册中心的作用在于两种客户端可以根据服务的名字在注册中心互相找到对方的真实IP地址和端口。
zuul（网关）：
客户端如果直接跟各个服务进行直接的沟通，需要记住各个服务的地址，而网关提供了一个统一的接口。zuul带了负载均衡的功能。
网关也是一种服务，需要在注册中心中注册。
eureka:
client:
service-url:
defaultZone: http://localhost:8761/eureka/
网关还需要配置url和服务之间的映射，下面的配置是给一个叫provider的服务映射了路径/p/**
zuul:
routes:
provider: /p/**
Ribbon（负载均衡）：
Eureka Server 提供所有可以调用的服务提供者列表，Ribbon 基于特定的负载均衡算法从这些服务提供者中选择要调用的具体实例。
Ribbon同样也需要在eureka中进行注册。
Feign（负载均衡，熔断，简化）：
Feign整合了Ribbon和Hystrix，简化了开发者编写web服务客户端的操作。
下面是Feign代码的编写，provider是某个服务，/student/findAll是服务的获取URI，然后在Controller中自动注入一个FeignProviderClient对象即可。
@FeignClient(value="provider")
public interface FeignProviderClient {
@GetMapping("/student/findAll")
public Collection<Student> findAll();
@GetMapping("/student/index")
public String index();
}
Hystrix（熔断）：
服务之间相互依赖，某个操作可能需要多个服务协同进行，对错误情况进行预先处理避免响应时间过长，集体奔溃（服务隔离）等。
降级处理：直接给用户输出错误的信息
Spring cloud 配置中心：
