1. 关于技术选型 1.1 为什么要进行技术选型 降低开发成本、提高研发效率 1.2 微服务架构的产生 （1）第一代单体应用，所有模块打包到一起部署运行。 特点F1a;不可靠、单维扩展、不可持续发展。 （2）SOA，面向服务架构，它是一种设计方法，自上而下，服务间松散耦合。 特点：ESB没有解决局势应用的一些问题、服务拆分力度很大。 （3）微服务，去中心化的SOA拓展，强调服务彻底的组件化，一个组件就是一个产品，服务切分力度更小，设计上更多的是自下而上的。 特点：业务隔离、并行开发、易于运维、单独部署。 1.3 SPRing Cloud 家族 Spring Cloud config、Spring Cloud Netflix、Spring Clound Bud、Spring Cloud Steam、Spring Cloud Gateway 2. 数据访问层选型 2.1 数据访问层框架解决的问题 数据库连接如何管理、数据库查询数据和Java对象如何高效映射 2.2 框架选择 JDBC：性能高、操作麻烦 MyBatis：我的SQL我做主 MyBatis Plus：你的SQL你做主，我为你服务 2.3 连接池选型 （1）定义：JDBC连接池，解决需要自己手动建立连接、关闭连接、连接复用的问题 （2）常用的连接池：Druid、HikariCP、DBCP、Tomcat-jdbc、C3P0 3. 常用中间件选型 3.1 消息中间件 消息队列：在消息的传输过程中保存消息的容器，生产者和消费者不直接通讯，依靠队列保证消息的可靠性，避免了系统间的相互影响。 3.2 消息模式 P2P模式、订阅模式 3.3 如何选型 功能不具备一票否决权；重性能、重扩展；技术栈、团队驾驭能力 4. 远程通信框架选型 4.1 RPC运行期状态与流程 调用发起、寻址路由、协议适配/序列化、网络传输、反序列化/协议解析、处理逻辑返回调用方 4.2 RPC框架核心技术点 与注册中心集成、与配置中心集成、与链路跟踪集成 4.3 常用开源RPC框架 Feign、Dubbo、gRPC、Thrift 5. 网关层选型 5.1 API网关的由来 微服务提供的API粒度与客户端所需的粒度不同 不同客户端需要不同的数据 微服务实例数量及其位置动态变化 服务划分会随着时间的推移变化 服务可能会使用多种协议，有些是非Web友好协议 5.2 网关的分类 流量网关、业务网关 5.3 部署形式 单点网关、多点网关