1.前后端分离：前后端分离开发的理解以及和前后端不分离的区别_前后端交互和前后端分离的区别-CSDN博客
2.resultMap是用于sql语句得到的结果集与实体类之间进行关系映射的。
要求：结果集中的列名和实体类的中属性名要一一对应，并且个数保持一致。才能实现映射，不然无法没有被映射到属性的数据。
3.Mybatis中一对一关系的时候，resultMap的两种书写方式：
第一种：在新的resultMap标签中加入一对一关系的对象属性：
第二种：在新的resultMap标签中使用<association/>标签
4.Mybatis中的一对多情况：
public class User {
private Integer id;
private String username;
private Integer age;
private String address;
private List<Role> roles;
}User和Role一对多了。
一对多的时候resultMap中设置关联的实体类的映射规则，不外乎就是使用<collection/>标签：
5.实际上，实体类一对一，实体类一对多，无外乎就是改变<resultMap/>标签中书写的映射规则。
6.实际项目中，一般不会把所有数据全部查出来，一般都会进行分页查询，因为实际项目中一张数据库表包含很多数据。
7.Mybatis的分页插件：PageHelper。
8.Mybatis一级二级缓存。
---------------------------------------------------------------------------------------------------------------------------------
SpringCloud
9.单体架构&微服务架构
微服务架构：
微服务架构会面临的相关问题：服务拆分、远程调用、服务治理、请求路由、身份认证、配置管理、服务保护、分布式事务、异步通信、消息可靠性、延迟消息、分布式搜索、倒排索引、数据聚合。。。。。。
10.单体项目：将业务的所有功能集中在一个项目中开发，打成一个包部署。
微服务架构，服务化思想指导下的一套架构方案。服务化，是指把单体架构中的功能模块拆分为多个独立的项目。（微项目----微服务）
11.SpringCloud用于解决微服务架构的项目在开发当中，所会面临的一些问题。在Springboot强大的自动装配和依赖管理的特性支持下，十分方便的将SpringCloud当中囊括的技术，整合到微服务项目开发当中。
12.SpringCloudAlibaba和SpringCloud：SpringCloud制定了标准，二者使用起来只是依赖不同，使用方式，原理几乎都是一样的。
13.微服务拆分：
什么时候拆分？创业型项目，先采用单体项目，快速开发，快速试错。随着规模扩大，逐渐拆分；已经明确的大型项目，资金充足，目标明确，可以直接选择微服务架构，避免后续拆分的麻烦。
怎么拆分？从拆分的目标来说，要做到：
高内聚：每个微服务的职责要尽可能单一，包含的业务互关联度高、完整度高。
低耦合：每个微服务的功能要相对独立，尽量减少对其他微服务的依赖。
从拆分的方式来说，一般包含两种方式：
纵向拆分：按照业务模块来拆分。
横向拆分：提取公共服务，提高复用性。
不同场景可以选择不同拆分方式。
14.当把项目拆分为一个个微服务之后，不同服务之间走网络进行接口调用，Spring为我们提供了一个RestTemplate工具（后面不会用这个工具类），可以方便的实现Http请求的发送。
但是在集群条件下，RestTemplate这个工具就不好用了。因为这个远程发送Http请求的方式固定死了url地址。
15.服务治理：
用注册中心来解决服务治理的问题：注册服务，采用何种算法（负载均衡）选择服务，心跳机制检查服务是否存活，推送最新的注册中心存活的服务。
16.开源的注册中心组件Nacos（国产）
17.服务注册的步骤：
① 引入nacos discovery依赖
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>② 配置文件配置nacos地址
18.服务发现：
19.openFeign：简化从注册中心注册和拉取服务。
openFeign采用了SpringMVC的注解（GetMapping，PostMapping。。。）来请求注册中心中服务的接口，降低使用成本。
