• javaES
• 数据库
• 前端
• Servet
• Http
• Mybatis
• spring
• springMVC
• springBoot
• Dubbo, Zookeeper,分布式基础
• Maven,Git
• Ajax、json
• …/.

• 数据库
• Mybatis
• spring
• springMVC
• springBoot
• Dubbo,Zookeeper,分布式基础
• Maven,Git
• Ajax、Json

三层架构   MVC  架构：  spring  IOC AOP    springBoot,新一代的JavaEE 开发标准，自动组装    模块化~ all in one    模块化开发===all in one.代码没有变化~  微服务架构的四个核心问题：  1.服务多，客户应该如何访问？     2.如何通信多个服务？     3.如何处理这么多服务？     4.服务挂了怎么办？      解决方案：  springCloud 生态! springBoot  构建是通过springBoot,协调是通过springCloud   1.springCloud netFlix -->被称为一站式开发！(一站式解决方案)   api网关，zuul组件   Feign ---- HttpClinet ----- Http 通信方式，超文本传输协议，同步，阻塞   服务注册发现：Eureka         熔断机制：Hystrix         ...  2.Apache Dubbo Zookeeper-->半自动开发需要整合他人   API:没有相应的网关，可以找到第三方组件，或者自己实现   Dubbo   Zookeeper   没有：借助Hystrix   Dubbo这个案并不完善~  3.springCloud Alibaba-->一站式解决方案   新概念：服务网格：Server Mesh  istio  万变不离其宗：  1.API -->解决服务路由问题  2.Http,RPC-->解决通信问题  3.注册和发现-->解决高可用性问题  4.熔断机制-->解决服务降级问题，防止雪崩 

1. 什么是微服务？
2. 如何独立通信微服务？
3. SpringCloud 和Dubbo 有什么区别？
4. SpringBoot 和springCloud,请谈谈对他们的理解
5. 什么是服务熔断？什么是服务降级？
6. 微服务的优缺点是什么？谈谈你在项目开发中遇到的坑
7. 您所知道的微服务技术栈有哪些？请列举一二
8. eureka 和 Zookeeper 都可以提供服务注册与发现的功能，请说说两个的区别？
9. …

1. 选型依据

   • 整体解决方案和框架成熟度
   • 社区热度
   • 可维护性
   • 学习曲线

2. 当前各大IT公司用的微服务架构有那些？

   • 阿里：Dubbo+HFS
   • 京东：JSF
   • 新浪：Motan
   • 当当网：DubboX
   • …

3. 各微服务框架对比

Spring官网：https://spring.io/

原文

Spring Cloud provides tools for developers to quickly build some of the common patterns in distributed systems (e.g. configuration management, service discovery, circuit breakers, intelligent routing, micro-proxy, control bus, one-time tokens, global locks, leadership election, distributed sessions, cluster state). Coordination of distributed systems leads to boiler plate patterns, and using Spring Cloud developers can quickly stand up services and applications that implement those patterns. They will work well in any distributed environment, including the developer’s own laptop, bare metal data centres, and managed platforms such as Cloud Foundry.

翻译： SpringCloud,基于SpringBoot提供了一套微服务解决方案，包括服务注册与发现，配置中心，全链路监控，服务网关，负载均衡，熔断器等组件，除了基于NetFlix的开源组件做高度抽象封装之外，还有一些选型中立的开源组件。

• SpringBoot专注于开苏方便的开发单个个体微服务；-jar
• SpringCloud是关注全局的微服务协调整理治理框架，它将SpringBoot开发的一个个单体微服务，整合并管理起来，为各个微服务之间提供：配置管理、服务发现、断路器、路由、为代理、事件总栈、全局锁、决策竞选、分布式会话等等集成服务；
• SpringBoot可以离开SpringCloud独立使用，开发项目，但SpringCloud离不开SpringBoot，属于依赖关系；
• SpringBoot专注于快速、方便的开发单个个体微服务，SpringCloud关注全局的服务治理框架；

1. 分布式+服务治理Dubbo

目前成熟的互联网架构，应用服务化拆分+消息中间件

2. Dubbo 和 SpringCloud对比

可以看一下社区活跃度：

https://github.com/dubbo

https://github.com/spring-cloud

对比结果：

最大区别：Spring Cloud 抛弃了Dubbo的RPC通信，采用的是基于HTTP的REST方式

严格来说，这两种方式各有优劣。虽然从一定程度上来说，后者牺牲了服务调用的性能，但也避免了上面提到的原生RPC带来的问题。而且REST相比RPC更为灵活，服务提供方和调用方的依赖只依靠一纸契约，不存在代码级别的强依赖，这个优点在当下强调快速演化的微服务环境下，显得更加合适。

品牌机和组装机的区别

很明显，Spring Cloud的功能比DUBBO更加强大，涵盖面更广，而且作为Spring的拳头项目，它也能够与SpringFramework、Spring Boot、Spring Data、Spring Batch等其他Spring项目完美融合，这些对于微服务而言是至关重要的。使用Dubbo构建的微服务架构就像组装电脑，各环节我们的选择自由度很高，但是最终结果很有可能因为一条内存质量不行就点不亮了，总是让人不怎么放心，但是如果你是一名高手，那这些都不是问题;而SpringCloud就像品牌机，在Spring Source的整合下，做了大量的兼容性测试，保证了机器拥有更高的稳定性，但是如果要在使用非原装组件外的东西，就需要对其基础有足够的了解。

社区支持与更新力度的区别

最为重要的是，DUBBO停止了5年左右的更新，虽然2017.7重启了。对于技术发展的新需求，需要由开发者自行拓展升级（比如当当网弄出了DubboX)，这对于很多想要采用微服务架构的中小软件组织，显然是不太合适的，中小公司没有这么强大的技术能力去修改Dubbo源码+周边的一整套解决方案，并不是每一个公司都有阿里的大牛+真实的线上生产环境测试过。

设计模式+微服务拆分思想：不一定善于表达，软实力

总结：

二者解决的问题域不一样：Dubbo的定位是一款RPC框架，而SpringCloud的目标是微服务架构下的一站式解决方案。

• Distributed/versioned configuration 分布式/版本控制配置
• Service registration and discovery 服务注册与发现
• Routing 路由
• Service-to-service calls 服务到服务的调用
• Load balancing 负载均衡配置
• Circuit Breakers 断路器
• Distributed messaging 分布式消息管理
• …

官网：http://projects.spring.io/spring-cloud/

版本号有点特别：

spring cloud是一个由众多独立子项目组成的大型综合项目，每个子项目有不同的发行节奏，都维护着自己的发布版木号。spring cloud通过一个资源清单**BOM(Bill of Materials）**来管理每个版木的子项目清单。为避免与子项目的发布号混淆，所以没有采用版本号的方式，而是通过命名的方式。

SpringCloud没有采用数字编号的方式命名版本号，而是采用了伦敦地铁站的名称，同时根据字母表的顺序来对应版本时间顺序，比如最早的Realse版本：Angel，第二个Realse版本：Brixton，然后是Camden、Dalston、Edgware，目前最新的是Hoxton SR4 CURRENT GA通用稳定版。

自学参考书：

• SpringCloud Netflix 中文文档：https://springcloud.cc/spring-cloud-netflix.html
• SpringCloud 中文API文档(官方文档翻译版)：https://springcloud.cc/spring-cloud-dalston.html
• SpringCloud中国社区：http://springcloud.cn/
• SpringCloud中文网：https://springcloud.cc

• 我们会使用一个Dept部门模块做一个微服务通用案例Consumer消费者(Client)通过REST调用Provider提供者(Server)提供的服务。
• 回顾Spring，SpringMVC，Mybatis等以往学习的知识。
• Maven的分包分模块架构复习。

一个简单的Maven模块结构是这样的：

-- app-parent: 一个父项目(app-parent)聚合了很多子项目(app-util\app-dao\app-web...)
  |-- pom.xml
  |
  |-- app-core
  ||---- pom.xml
  |
  |-- app-web
  ||---- pom.xml
  ......
1234567891011

一个父工程带着多个Moudule子模块

MicroServiceCloud父工程(Project)下初次带着3个子模块(Module)

• microservicecloud-api 【封装的整体entity/接口/公共配置等】
• microservicecloud-consumer-dept-80 【服务消费者】
• microservicecloud-provider-dept-8001 【服务提供者】

大版本说明

实际开发版本关系

使用后两个

1、创建父工程

• 新建父工程项目springcloud，切记Packageing是pom模式
• 主要是定义POM文件，将后续各个子模块公用的jar包等统一提取出来，类似一个抽象父类

• 父工程pom.xml

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>com.mao</groupId>
    <artifactId>springcloud</artifactId>
    <version>1.0-SNAPSHOT</version>
    <modules>
        <module>springcloud-api</module>
        <module>springcloud-provider-dept-8001</module>
    </modules>

    <!--打包方式 pom-->
    <packaging>pom</packaging>
    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <maven.compiler.source>1.8</maven.compiler.source>
        <maven.compiler.target>1.8</maven.compiler.target>
        <junit.version>4.12</junit.version>
        <lombok.version>1.18.18</lombok.version>
        <log4j.version>1.2.17</log4j.version>
    </properties>

    <dependencyManagement>
        <dependencies>
            <!--springcloud的依赖-->
            <!-- https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-dependencies -->
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-dependencies</artifactId>
                <version>Greenwich.SR6</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
            <!--SpringBoot-->
            <dependency>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-dependencies</artifactId>
                <version>2.4.4</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
            <!--数据库-->
            <dependency>
                <groupId>mysql</groupId>
                <artifactId>mysql-connector-java</artifactId>
                <version>8.0.23</version>
            </dependency>
            <!--数据源-->
            <dependency>
                <groupId>com.alibaba</groupId>
                <artifactId>druid</artifactId>
                <version>1.2.5</version>
            </dependency>
            <!--SpringBoot 启动器-->
            <dependency>
                <groupId>org.mybatis.spring.boot</groupId>
                <artifactId>mybatis-spring-boot-starter</artifactId>
                <version>2.1.4</version>
            </dependency>
            <!--日志测试-->
            <dependency>
                <groupId>ch.qos.logback</groupId>
                <artifactId>logback-core</artifactId>
                <version>1.2.3</version>
            </dependency>
            <!--junit-->
            <dependency>
                <groupId>junit</groupId>
                <artifactId>junit</artifactId>
                <version>${junit.version}</version>
            </dependency>
            <!--lombok-->
            <dependency>
                <groupId>org.projectlombok</groupId>
                <artifactId>lombok</artifactId>
                <version>${lombok.version}</version>
            </dependency>
            <!--log4j-->
            <dependency>
                <groupId>log4j</groupId>
                <artifactId>log4j</artifactId>
                <version>${log4j.version}</version>
            </dependency>
        </dependencies>
    </dependencyManagement>
</project>

2、创建子模块springcloud-api

• pom配置：

  <?xml version="1.0" encoding="UTF-8"?>
  <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
      <parent>
          <artifactId>springcloud</artifactId>
          <groupId>com.mao</groupId>
          <version>1.0-SNAPSHOT</version>
      </parent>
      <modelVersion>4.0.0</modelVersion>
  
      <artifactId>springcloud-api</artifactId>
  
      <!--当前的 Module 自己需要的依赖，如果父依赖中已经配置了版本，这里就不用写了-->
      <dependencies>
          <dependency>
              <groupId>org.projectlombok</groupId>
              <artifactId>lombok</artifactId>
          </dependency>
      </dependencies>
  
  </project>
  

• 数据库的创建

• 实体类的编写

  package com.mao.springcloud.pojo;
  
  import lombok.Data;
  import lombok.NoArgsConstructor;
  import lombok.experimental.Accessors;
  
  import java.io.Serializable;
  
  /** * Author: Administrator * Date: 2021/5/5 13:10 * Description: 实体类 orm 类表关系映射 */
  @Data
  @NoArgsConstructor
  @Accessors(chain = true) // 链式写法
  public class Dept implements Serializable { 
            
  
    private Long deptno;// 主键
    private String dname;
    // 这个数据存在那个数据库的字段， 微服务， 一个服务对应一个数据库 同一个信息可能存在不同的数据库
    private String db_source;
  
    public Dept(String dname) { 
            
        this.dname = dname;
    }
  
    /* * 链式写法： * Dept dept = new Dept(); * dept.setDeptNo(11).setDname('ssss').setDb_source('001'); * */
  }
  
  

3、子模块springcloud-provider-dept-8001服务的提供者的编写

​

pom配置：