前言

项目命名为 goodsKill 一方面有商品秒杀的意思(好像有点chinglish的味道)，另外也可理解为 good skill，本项目就是希望搭建一套完整的项目框架，把一些好的技术和开发技巧整合进来（偏向于后端技术），方便学习和查阅。

本项目为慕课网仿购物秒杀项目，功能上整体分为用户注册登录、秒杀商品管理模块。使用Shiro完成登录验证授权以及用户权限验证（权限设计使用RBAC模型），支持OAuth2.0第三方授权登录（目前可通过Gitee，Github进行授权）。 技术上整体采用SpringMVC+RESTFUL风格，Mybatis持久层框架，采用Dubbo3.x^[1]以及Feign实现分布式服务调用，服务注册发现以及配置中心使用Nacos。

本项目在原基础上扩展了部分功能，例如支持数据库分库分表、分布式事务，并提供基本的秒杀解决方案（通过模拟接口实现）。

• 集成SpringCloudAlibaba Sentinel限流组件，可以针对Http请求限流

• 集成服务网关，采用Spring Cloud Gateway网关组件，支持动态路由刷新

dev_gradle分支为使用gradle构建工具管理项目依赖（已停更），dev_maven分支对应maven构建工具（Spring Framework版本4.x，已停更），master分支基于最新Spring Cloud体系构建。本项目功能目前比较简陋且有很多不完善的地方，真实的秒杀场景远比本项目中的实现方式复杂，本项目省略了真实场景中的部分技术实现细节，目前仅作学习参考之用，如果觉得本项目对你有帮助的请多多star支持一下👍_~~。

附：码云项目链接 https://gitee.com/techa/goodsKill,clone速度慢的用码云仓库拉吧，不定期同步到码云~

📌后端技术:

📌前端技术:

目前实现了几种秒杀方案，通过SeckillMockController提供测试接口

Swagger主页测试地址: http://www.goodskill.com:8080/goodskill/web/swagger-ui/index.html

Spring Boot Admin应用监控地址: http://www.goodskill.com:19031, 登录用户名密码：user/123456

Kafka状态监控页面地址: http://localhost:9001

Zipkin链路跟踪页面地址: http://localhost:9411/zipkin/

• 场景一：Sychronized同步锁实现

• 场景二：Redisson分布式锁实现

• 场景三：ActiveMQ实现(已废弃)

• 场景四：Kafka消息队列实现

• 场景五：数据库原子性更新

• 场景六：实时等待秒杀处理结果(已废弃)

• 场景七：ZooKeeper分布式锁

• 场景八：使用Redis进行秒杀商品减库存操作，秒杀结束后异步发送MQ，使用MongoDB完成数据落地

• 场景九：Spring Cloud Stream实现

• 场景十：Sentinel限流+数据库原子性更新（需搭配sentinel控制台配置资源名limit的流控规则）

• 场景十一：数据库原子性更新 + Canal数据库binlog日志监听秒杀结果

• JDK: OpenJDK11

• Sharding-JDBC: 4.1.1

• SpringCloud: 2021.x.x

• SpringBoot: 2.7.x

• SpringCloudAlibaba: 2021.x

• Apache Dubbo: 3.x

• Kotlin: 1.6.x

• 使用的Docker镜像

  镜像	版本	端口	用户名密码
  Nacos	2.0.3	8848	nacos:nacos
  Redis	latest	6379	密码:123456
  Kafka	3.1.1	9092	无
  KafkaManager	latest	9001:9000	无
  Mongo	4.6.0	27017	无
  MySQL	8.0.29	3306	root:Password123
  Zookeeper	3.6.2	2181	无
  Elasticsearch	7.17.3	9200 9300	无
  Kibana	7.17.3	5601	无
  RabbitMQ	latest	5672 15672	无
  Zipkin	latest	9411	无

• 项目根目录goodsKill中执行

    mvn clean install
    或
    #跳过单元测试
    mvn clean install -DskipTests

• 默认端口启动nacos、redis、mysql、rabbitmq、kafka、zookeeper，或者使用docker-compose^[2]命令：

    docker-compose -f goodskill-simple.yml up -d

• 进入goodskill-web/src/main/sql目录，找到seckill.sql文件，在本地mysql数据库中建立seckill仓库并执行完成数据初始化操作

  ⚠️️	docker-compose启动MySQL镜像时会自动执行初始化脚本，如已执行过上一步本步骤可跳过

• 配置host

   127.0.0.1       kafka
   127.0.0.1       nacos
   127.0.0.1       redis
   127.0.0.1       mysql
   127.0.0.1       zookeeper
   127.0.0.1       mongo
   127.0.0.1       elasticsearch
   127.0.0.1       rabbitmq
   127.0.0.1       zipkin
   127.0.0.1       logstash
   ##如果网关服务部署在远程机器，此处改为相应的远程机器ip
   127.0.0.1       www.goodskill.com

• main方法运行MongoReactiveApplication类(mongo服务)

• main方法运行GoodsKillServiceApplication类(订单、用户、登录、商品管理服务提供者)

• main方法运行SampleWebJspApplication类(web服务)

• 启动完成后访问登录页面 http://www.goodskill.com:8080/goodskill/web/login，默认管理员账号admin123，密码：aa123456

• 启动完成后发送一个秒杀模拟请求： 秒杀活动id 1000，商品数量10，执行20次购买操作，使用sychronized同步锁执行，例如：

  Example 1. 使用sychronized同步锁执行

  curl -X POST "http://www.goodskill.com:8080/goodskill/web/sychronized" \
  -H "accept: */*" -H "Content-Type: application/json" -d \
  "{ \"requestCount\": 20, \"seckillCount\": 10, \"seckillId\": 1000}"
  Example 2. 使用Redisson分布式锁执行

  curl -X POST "http://www.goodskill.com:8080/goodskill/web/redisson" \
  -H "accept: */*" -H "Content-Type: application/json" -d \
  "{ \"requestCount\": 20, \"seckillCount\": 10, \"seckillId\": 1000}"
  Example 3. 使用Redisson分布式锁执行，支持动态配置后台线程池核心线程数以及最大线程数

  curl --location --request POST 'http://www.goodskill.com:8080/goodskill/web/limit' \
  --header 'User-Agent: apifox/1.0.0 (https://www.apifox.cn)' \
  --header 'Content-Type: application/json' \
  --data-raw '{
      "maxPoolSize": 10,
      "seckillId": 1000,
      "corePoolSize": 2,
      "seckillCount": 100,
      "requestCount": 120
  }'

  请求默认异步执行，可在控制台查看执行日志，如果最终成功交易笔数等于商品数量10则表示没有出现超卖或者少卖问题

在快速开始部分基础上增加以下步骤即可启动一个完整项目

• 进入goodskill-gateway模块，通过GatewayApplication类main方法启动服务网关

• 找到EsApplication类main方法启动远程服务

额外功能（可选）

• 已集成Sentinel限流组件，支持nacos配置中心方式推送限流规则，使用时需启动Sentinel控制台，并以18088端口启动，docker环境暂不支持。

• Seata分布式事务测试方法见 Seata分布式事务测试示例运行说明

• main方法运行GoodskillAdminApplication类(微服务健康状态指标监控)

1. 使用idea启动SampleWebJspApplication类(goodskill-web模块)时会出现访问不了页面的问题，eclipse无此问题

   配置启动类的工作目录为goodskill-web，具体可参考 issue#108

2. docker es镜像启动失败

   出现此问题一般为linux环境，运行以下命令即可 sysctl -w vm.max_map_count=262144 ，或者修改/etc/sysctl.conf文件，追加以下配置：

   grep vm.max_map_count /etc/sysctl.conf
   vm.max_map_count=262144

3. 如何使用本项目自定义的OAuth2.0授权服务器进行登录授权？

   待完善。。

4. 项目集成的各个框架之间目前的兼容性如何，可以参考本项目的配置在生产环境使用吗？

   本项目目前依赖的各个主流框架的版本比较新，尚未经过完整测试，目前仅用于学习。如果要在生产环境使用，建议使用官方推荐的稳定版本。比如目前的Spring Cloud Alibaba Dubbo官方不建议生产上使用，Spring Cloud Alibaba官方推荐的稳定版为2.2.x^[3]。

5. 服务启动控制台报ERROR日志 no available service found in cluster 'default', please make sure registry config correct and keep your seata server running 如何解决？

   启动seata-server服务即可（docker-compose.yml文件中已提供），可参照Seata官网添加nacos相关配置。如未使用分布式事务，可忽略该错误，不影响服务正常运行

• http://www.goodskill.com/goodskill/mongo/** 对应访问goodskill-mongo-provider服务

• http://www.goodskill.com/goodskill/es/** 对应访问goodskill-es-provider服务

• http://www.goodskill.com/goodskill/seata/** 对应访问goodskill-seata服务

• http://www.goodskill.com/goodskill/common/** 对应访问goodskill-service-provider服务

动态路由配置说明

• 网关路由默认为静态加载，不够灵活。本项目改造后的网关支持动态加载路由配置，修改后实时生效，使用时需要在nacos配置中心添加配置文件，文件名可通过application.yml中的nacos.router.data.id配置进行修改（默认nacos dataId为goodskill-gateway-routes），例如：

  Example 4. 路由配置文件内容为json数组格式

  [
      {
          "id": "goodskill-service-provider",
          "predicates": [
              {
                  "name": "Path",
                  "args": {
                      "_genkey_0": "/goodskill/common/**"
                  }
              }
          ],
          "filters": [
              {
                  "name": "StripPrefix",
                  "args": {
                      "_genkey_1": "2"
                  }
              }
          ],
          "uri": "lb://goodskill-service-provider"
      }
  ]

API接口

API接口说明

普通用户登录

普通用户注册

主页

商品查询

后台管理系统登录

后台管理系统（开发中）

商品列表限流

Kafka状态监控

模拟秒杀接口测试

• 解决Docker容器连接 Kafka 连接失败问题：https://www.cnblogs.com/hellxz/p/why_cnnect_to_kafka_always_failure.html