项目总结

• 用户通过客户端向服务器发送请求，请求来到Nginx，再由Nginx将请求转发给Gateway网关；
• 在网关中：
  • 根据请求，动态路由到指定的服务；
    
    
  • 在网关这个级别通过Sentinel做熔断降级和限流
    sentinel提供了springcloud gateway的适配模块，并且支持网关流控的专属控制台，可以在控制台中设置网关流控的规则：资源的名就可以写配置的路由id，可以针对请求属性，比如说客户端ip、请求头、URL参数、cookie等进行限流；还可以针对QPS进行限流，流控方式有快速失败和匀速排队两种。burst size是限流时允许额外通过的请求数。
    
    

  • TODO还可以对请求进行认证授权， 请求过来以后，看是否合法，合法了以后再放行

• Feign：实现了微服务之间的调用
• OAuth2.0认证中心：实现了登录之后才能处理的请求、以及社交登录
• 缓存：使用Redis实现了分片集群以及哨兵集群
• 持久化：使用MySQL集群实现了读写分离、分库分表
• 消息队列：使用Rabbit MQ集群，实现微服务之间的异步解耦，包括完成分布式事务的最终一致性
• 全文检索：使用Elastic Search实现
• 对象存储：使用阿里云的OOS存储服务
• 日志存储：使用ELK对日志进行相关处理，使用LogStash收集业务里面的各种日志，然后把它存储到ES里，然后ELK使用Kibana可视化插件从ES中检索出相关的日志信息，帮我们快速定位线上问题的所在。
• Nacos注册中心：实现服务之间的注册与发现
• Nacos配置中心：实现统一管理配置，实现改一处服务的配置，其它服务都自动修改，所有的服务都可以通过配置中心，动态获取它的配置
• 分布式事务：使用Seata

2.项目中的微服务是如何划分的？

• 后台管理系统是使用人人开源自动生成的前后端代码，对应的是renren-fast模块，实现商品的三级分类、品牌管理、商品属性管理、库存管理、发布与上架、秒杀活动上架等功能；
• 公共模块——gulimall-common，放了一些其他模块都需要的公共依赖，比如nacos服务发现中心、nacos配置中心、sentinel等，让其余模块都依赖该模块；
• 网关模块——gulimall-gateway，网关可以根据当前请求动态路由到指定的服务；如果从路由过来的请求很多，还可以借助Nginx进行负载均衡；网关还可以在某个服务器出问题时，对服务进行熔断降级，以及在网关进行限流；
• 商品服务——gulimall-product，商品的分类信息、品牌信息等；
• 库存服务——gulimall-ware，查询商品库存，进行库存的锁定和释放等；
• 检索服务——gulimall-search；
• 认证服务——gulimall-auth-server，使用阿里云实现短信验证码注册，使用微博(oAuth2.0)社交登录；
• 第三方服务——gulimall-third-party，使用阿里云对象存储图片，使用阿里云短信服务实现短信验证码注册；
• 购物车服务——gulimall-cart，添加购物车、实现两种登陆状态的购物车；
• 订单服务——gulimall-order，实现订单确认、订单提交等功能；
• 会员服务——gulimall-member，使用MD5盐值加密保存用户信息；
• 优惠券服务——gulimall-coupon；
• 秒杀服务——gulimall-seckill，秒杀商品的上架、进行秒杀。

• String用来存token、三级分类的信息。
  将三级分类的信息转成json字符串，然后存到redis里。
  
  
• List：在上架秒杀商品时，采用定时任务提前查好每场秒杀需要哪些商品，以场次的起止时间作为大key，用List来保存value，也就是当前场次涉及到的skuId。
  
  
• 在保存购物车数据时，采用的哈希表。购物车中的每一件商品都包括自己的基本信息，比如商品的skuId、商品的价格、数量等，而且购物车里有很多件商品，所以购物车数据结构应该是一个大数组，然后每个元素都是一件商品。哈希表的key对应skuId（整个大Key是用户id），value对应商品的其他信息，这样就可以根据skuId快速获取对应的商品。
  
  

为什么不用List存购物车数据？

• 保存session时，也采用的hash表，因为session本身也是个map，它的key有我们存Attribute时给的名字，还有创建时间、上次访问时间等信息。
  
  
• 缓存秒杀商品时，也用Hash：
  
  
• Set的话没有用到，但是Set主要的特点就是元素不唯一嘛，所以可以用来去重，也可以用来实现接口的幂等性。
• ZSet也没有用到，如果让我优化一下的话，我能想到的就是利用ZSet实现排行榜这样一个功能。

• 分布式信号量要用Redisson的getSemaphore()方法获取，然后通过trySetPermits(库存数量)设置库存。
  

为什么 Zset 的实现用跳表不用平衡树(如 AVL树、红黑树等)？

• 锁库存：update 库存表 set stock_locked(商品已经锁了几件) = stock_locked+购买数量 where sku_id = ? and stock(总库存)- stock_locked>=购买数量;
• 扣库存：update 库存表 set stock = stock-1 where sku_id = ? and stock > 1;

8.如果库存扣减成功了(优惠服务查询失败导致)订单创建失败怎么办？

• 首先要创建一个拦截器类，实现HandlerInterceptor接口，并重写三个方法，可以分别在业务执行前preHandler(真正起着"拦截"功能)、业务执行后postHandler以及postHandler执行后afterCompletion进行处理，比如说要实现登录拦截，就是重写了preHandler方法。
  
  
• 然后要定义一个配置类，实现WebMvcConfigurer接口，添加之前创建的拦截器，并配置要拦截的路径
  
  

• 创建共同父类Car
  
• 创建产品类(工厂能返回的实例)
  
  
  
• 创建工厂类，根据传入参数的不同(车的牌子)，决定返回哪种实例
  
  

• 创建Car
• 创建工厂方法
  
  
• 创建产品类
  
• 创建产品的工厂类(工厂子类)
  
  
  
• 通过不同的产品工厂创建实例
  
  

• 创建第一个产品类
  
  
• 创建第二个产品力类
  
  
• 创建一个总工厂，及实现类（由总工厂的实现类决定调用那个工厂的那个实例）
  
• 运行测试
  
  

• 开启慢查询日志(默认关闭)
  set global slow_query_log=on;

        

18.购物车实现的流程？

• 当我们点击进入购物车的时候，首先要保证用户是登录状态，所以在进入购物车之前，先通过拦截器做登录拦截(通过session获取用户信息，用户信息为空则未登录)，如果登录了就把用户信息放到ThreadLocal里，然后放行，如果没登录就跳转到登陆页面。
• 登录放行了后来到controller，先从ThreadLocal中拿到当前登录的用户信息，然后根据用户信息去Redis中查询对应的购物车信息，在页面中展示。
• 添加购物车时，先判断如果Redis中已经存储了该商品，就直接修改数量，如果没有的话，就远程调用商品服务，查出商品信息保存到Redis中。
• 删除商品，就是根据skuId从Redis中删除对应的商品信息。

• 存放的位置不同：cookie存放在客户端浏览器中，session存放在服务器上。
  
• 存储的数据大小不同：cookie存储的数据大小一般不超过4kb，session的存储上限主要取决于服务器的内存大小。
• 存储的类型不同：cookie和session都是k-v结构，但是value的类型不同。cookie的value只能存字符串类型，而session可以存object类型。
• 生命周期不同：
  • cookie可以通过setMaxAge()来设置存活时间，而且cookie的生命周期是累计的，比如设置了20min过期，从cookie创建开始计时，经过20min后cookie就销毁了（这期间关闭了浏览器再打开cookie也还在）；如果没有设置setMaxAge，浏览器关闭的时候，cookie就消失了；
  • session默认过期时间是30min，而且只要被访问了，session的过期时间就会重新计时。
• 安全性方面：cookie不是很安全，别人可以从本地cookie中获取sessionId、用户名和密码等信息；session保存在服务器上，理论上是可靠的，但是如果攻击者获取到了sessionId，就能伪装成已登录用户访问服务器。

• 业务部分用了SpringBoot，开发独立的微服务；
• 使用SpringCloud进行微服务间的协调和管理：
  nacos——服务注册发现
  openFeign——远程调用
  SpringCloudGateway——网关
  sentinel——限流、降级、保护
• 使用mybatis操作数据库。