# springcloudAlibaba

**Repository Path**: wanchen97/springcloudAlibaba

## Basic Information

- **Project Name**: springcloudAlibaba
- **Description**: springcloud Alibaba+nacos+dubbo+gateway+ribbon
- **Primary Language**: Java
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 4
- **Created**: 2020-06-13
- **Last Updated**: 2021-01-10

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# 阿里springcloud及部分组件
 
#### 项目简介
1. **主要技术栈：**    springcloud Alibaba+nacos+dubbo+gateway+ribbon+sentinel。  
2. **注册中心是用nacos** ，下载地址：https://github.com/alibaba/nacos/releases  
3. **nacos动态刷新配置用了两种方式** ：  
    **[api-service]** 用的是nacos-config-spring-boot-starter的实现，可以动态指定nacos配置界面中的data-id(可以随意取data-id的名
        字，只要启动类中的@NacosPropertySource中的dataId保持一致即可)。应用启动时候不会暴露是否加载了nacos中的配置，且nacos
        中的配置更新的时候，当前应用中不会打印日志。  
    **[api-service2]** 用的是spring-cloud-starter-alibaba-nacos-config，定义的data-id必须更应用名保持相同(必须指定扩展名，默认
        是properties，如果要修改的话需要在配置文件中指定扩展名)，且定义的data-id的扩展名必须与其配置格式保持一致(例如创建
        的data-id是user-api-service.yaml，那么其详情中的配置格式必须选择yaml)。应用启动时日志中会暴露是否加载了nacos中的
        配置，且nacos中的配置更新的时候，当前应用中会打印刷新日志。  
     **_这两种方式引入的包是不同的，且不能同时引入，目前看是会冲突的。个人推荐使用第二种。_**   
4. **已集成sentinel** ，目前可以实现限流功能，代码亲测可用，sentinel版本1.6.3，该版本只提供了jar刚方式，故需要配置jdk环境，如果
    配置好了可以直接使用java -jar启动，默认端口8080(也可以pull release版本的代码自定义端口启动)。
    下载地址：https://github.com/alibaba/Sentinel/releases
5. **gateway根据nacos动态刷新路由已完成** ，代码中已实现。  
* 配置demo(nacos控制台的配置内容)：  
    data-id:api-gateway-service.json  
    group:DEFAULT_GROUP    (默认的)  
    配置内容：  
    `[{
     	"id": "router1",
     	"uri": "lb://user-api-service",
     	"order": 0,
     	"filters": [{
              "args": {
                 "parts": "1"
             },
             "name": "StripPrefix"
         }],
     	"predicates": [{
     		"args": {
     			"pattern": "/test/**"
     		},
     		"name": "Path"
     	}]
     }]`
     uri使用了负载均衡，但是对应的定义"user-api-service"需要提前现在配置文件中声明。
* 该配置的意思是访问http://localhost:8084/所有请求都会被转发到127.0.0.1:8081上(api-service)上，亲测可用，示例地址：
    http://localhost:8084/login/login?userName=test&password=1234，而且该配置不会影响gateway中已经配置在bootstrap中(还是
    会负载均衡到8081和8082上)。  
* 目前没有实现配置demo中的负载均衡。  
    
#### 项目结构
aliCloudTest  
├── api-gateway      -- 网关  
├── api-service      -- 对外开放api接口  
├── api-service2     -- 对外开放api接口(模拟集群环境)  
├── user-center      -- 用户详细信息服务  
├── user-login       -- 用户登录服务  
└── user-login2      -- 用户登录服务(模拟集群环境)  

#### 安装

1.  nacos安装需要依赖jdk环境，且java环境变量必须配置%JAVA_HOME%变量，负责nacos无法启动(如果配置了仍无法启动，重启再试)。
2.  如果启动过程报错，清理下maven包环境。
3.  数据库推荐是用mysq5.7以上版本。

#### SQL导入语句

1.  用户详细信息表结构及mock数据：  
    SET NAMES utf8mb4;
    SET FOREIGN_KEY_CHECKS = 0;
    
    -- ----------------------------
    -- Table structure for user_info
    -- ----------------------------
    DROP TABLE IF EXISTS `user_info`;
    CREATE TABLE `user_info`  (
      `id` bigint(20) NOT NULL AUTO_INCREMENT,
      `user_id` bigint(20) NULL DEFAULT NULL COMMENT '用户id',
      `true_name` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NULL DEFAULT '' COMMENT '真实姓名',
      PRIMARY KEY (`id`) USING BTREE
    ) ENGINE = InnoDB AUTO_INCREMENT = 2 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_0900_ai_ci ROW_FORMAT = Dynamic;
    
    -- ----------------------------
    -- Records of user_info
    -- ----------------------------
    INSERT INTO `user_info` VALUES (1, 1, '甘道夫');
    
    SET FOREIGN_KEY_CHECKS = 1;

2.  用户登录用户名记密码表结构及mock数据：   
    SET NAMES utf8mb4;
    SET FOREIGN_KEY_CHECKS = 0;
    
    -- ----------------------------
    -- Table structure for user_login
    -- ----------------------------
    DROP TABLE IF EXISTS `user_login`;
    CREATE TABLE `user_login`  (
      `id` bigint(20) NOT NULL AUTO_INCREMENT,
      `user_name` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NULL DEFAULT '' COMMENT '登录用户名',
      `user_password` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NULL DEFAULT '' COMMENT '登录密码(暂不做MD5加密)',
      PRIMARY KEY (`id`) USING BTREE
    ) ENGINE = InnoDB AUTO_INCREMENT = 2 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_0900_ai_ci ROW_FORMAT = Dynamic;
    
    -- ----------------------------
    -- Records of user_login
    -- ----------------------------
    INSERT INTO `user_login` VALUES (1, 'test', '1234');
    
    SET FOREIGN_KEY_CHECKS = 1;

#### 疑问点
1.负载均衡的心跳列表，默认是30s心跳一次，且每次心跳后会在下一秒再心跳一次，为了防止网络不好的情况下导致的丢包；可以设置心  
跳间隔时间(配置详见gateway模块的bootstrap.yml中的配置及注释)。

#### 备注
1.由于消费者与生产者之间dubbo方式调用默认的是随机Random访问，想要改成按照生产者的相应时间动态分发请求LeastActive。  
    * dubbo负载均衡策略
        - random loadBalance：
            - 随机，按权重设置随机概率。  
            - 在一个截面上碰撞的概率高，但调用量越大分布越均匀，而且按概率使用权重后也比较均匀，有利于动态调整提供者权重。  
        - roundRobin loadBalance：  
            - 轮询，按公约后的权重设置轮询比率。  
            - 存在慢的提供者类即请求问题，比如：第二台机器很慢，但没挂，当请求调到第二台时就卡在那，久而久之，所有请求都卡在调到第二台上。    
        - leastactive loadbalance：  
            - 这个就是自动感知一下，如果某个机器性能越差，那么接收的请求越少，越不活跃，此时就会给不活跃的性能差的机器更少的请求。  
        - consistanthash loadbalance:
            - 一致性 Hash 算法，相同参数的请求一定分发到一个 provider 上去，provider 挂掉的时候，会基于虚拟节点均匀分配剩余的流量，抖动不会太大。如果你需要的不是随机负载均衡，是要一类请求都到一个节点，那就走这个一致性 Hash 策略。
![输入图片说明](https://images.gitee.com/uploads/images/2019/1024/123109_c3e6c9ec_2104538.png "1.png")
![输入图片说明](https://images.gitee.com/uploads/images/2019/1024/123120_1aea5ac1_2104538.png "2.png")
    * 使用leastactive loadbalance需要在流量大的情况下才能看见差异。  
2.自建startup.sh ：java -jar user-login2-1.0-SNAPSHOT.jar > /home/logs/log.txt &   
3.linux文件关键字次数命令: grep -o 'XXXX' log.txt|wc -l   
4.如果同一个jdk同时启动user-login和user-login2会产生一些很佛性的问题(即时指定不同端口启动)，比如断点走到user-login上，但是实际的打印输出是user-login2的内容。
    可能原因是user-login与user-login2的代码是一样的，只是端口不同，在本地打出来的包可能在jdk看来是同一个。
    我的解决办法就是再招个虚拟机启动user-login2，保证一个jdk就启动一个相同的生产者。