weixin_44176092的博客

使用优惠卷功能在我的项目中有以下几个流程。首先，根据订单查询可用优惠方案，主要判断订单是否符合优惠的条件，例如满减门槛或者是否适用优惠卷的分类。其次，根据订单和优惠方案查询优惠明细。然后，核销优惠券。在我的项目中，只能使用一张优惠卷。最后，退还优惠券。当订单取消或超时后，优惠卷需要退回。

在我们项目中，我们编写特定的微服务来实现优惠券功能，主要流程如下:1,首先是创建擦创建优惠券，优惠券的使用范围，类型，折扣力度，发放数量，限量数量等都是优惠券的字段参数；2,然后是发放优惠券，需要设置发放优惠券的方式和发放时间范围，以及使用有效期3,最后是领取和兑换优惠券，用户直接领取，或通过兑换码领取、可以通过BitMap判断用户是否领取过。这就是我在项目中的优惠券功能。

我们采用分表的形式存入大量的数据,这种方案拆分方式更加灵活,可以解决多表字段过多和数据量过大的问题.在分表的两种模式中,我们采用的是水平分表的方式.水平分表每张表字段相同数据不同.ConcurrentHashMap是线程安全的,他的核心是使用锁分段的方式来实现并发访问和修改,不会阻塞整个表,因此可以支持多线程并发操作.历史赛季积分在我的项目中是使用xxl-job进行定时任务,将redis中上一个赛季的完整数据保存到mysql中.主要步骤分为三步。但对于千万级别的历史积分数据，我在项目中的方案是分表。

Redis使用跳跃表作为有序集合键的底层实现之一，如果一个有序集合包含的元素数量比较多，又或者有序集合中元素的成员(member)是比较长的字符串时，Redis就会使用跳跃表来作为有序集合键的底层实现。和链表、字典等数据结构被广泛地应用在Redis内部不同，Redis只在两个地方用到了跳跃表，一个是实现有序集合键，另一个是在集群节点中用作内部数据结构，除此之外，跳跃表在Redis里面没有其他用途。Pipeline是一种批量执行Redis命令的机制。

在我们项目中使用使用XXL-JOB定时任务用于分布式系统首先是在本地搭建基础的环境,参考官方文档,,然后在本地配置中添加配置项包含调度中心的名字和执行器的端口.并且在定期任务上使用@XXLJOB注解,声明执行器的端口.在调度中心的网址创建新的执行器,执行器的名称和地址要与本地保持一致,然后创建任务，任务中jobhandle和@xxljob指定的名字一致。点赞的服务是通过Redis来完成的首先用户点击点赞按钮的时候,后端会判断是点赞还是取消点赞,如果是点赞,则使用redis(set类型)中存储业务id和用户i

Answer存放的是回复问题和回复评论所存放的数据,两个共用一张表.主要字段有question_id(所属问题id),answer_id(回复的上级id),user_id(回答者id),target_user_id(回复的目标用户id)anonymity(是否匿名),hidden(是否隐藏),reply_times(评论数量)2.相比于MySQL,Mongo的存储存在着一定的风险,但是问题和评论在项目中,不是特备重要的数据,所以即使存在数据丢失也完全没有问题.基本不会造成影响.

根据最后一次学习时间确定最近学习的课程.然后根据id并查询课程,.根据课表中的章节id调用课程微服务查询章节信息.并将结果封装到VO中,VO中的信息一部分是来自拷贝,一部分为补全.将完整的VO直接返回给前端。然后收集所有的课表的id成为set集合,然后根据id用stream流封装成为map,map的是键是id,map的值是此id课表信息.VO中的信息一部分从map中查询,并补全所有的信息返回给前端。课表生成的业务的实质是使用MQ的异步调用.

用户登录的详细流程是这样的,首先,用户输入账号,和密码,点击登录按钮,发送登录请求..请求中携带着账号信息和密码信息,将信息封装转递给后端,在后端中,首先先去查询数据库是否存在账号,如果不存在,则抛出业务类异常,如果存在则继续从表中查询出密码.将输入的密码使用MD5格式加密,加密成功后,将加密后的密码和从数据库中查询出的密码进行比对.如果比对失败,则抛出密码错误的业务异常.如果比对成功,则登陆成功,则生成token返回给前端。