时隔一年，重做黑马点评简历模板

黑马点评，其实就是个卖货，评论，买东西的项目，这个项目的实际内容你可以改成很多，比如实体卡牌交流平台，美食点评，电影点评，剧本杀交流平台，密室逃脱交流平台，你想写什么都行，本质是项目的内容，外面就是换个壳子而已。 我这里就简单的以剧本杀交流平台为例，因为以前喜欢打剧本杀。

来讲点原有的改造吧。 黑马点评有旧有的点赞系统，它是通过redis的Zset集合简单实现的。每次更新的时候更新数据库。但如果在高并发下，每一个用户点赞就要更新一次数据库，数据库的压力会非常大，崩掉也很正常。首先用户点赞后，采用redis自带的原子命令将点赞数更新，之后更新数据库。并发情况下更新数据库需要消息队列异步更新，采用批量消息执行和批量插入，将多次点赞执行消息一次插入执行，并做好补偿机制，保障消息任务执行失败的场景。 而在查询点赞排行榜的时候，若缓存失效了，此时查询数据库更新缓存。正常流程是先查库再重建缓存，但要考虑到高并发的影响防止将数据库打崩。第一步当前请求发现缓存失效，需要上分布式锁，要进行双重锁校验，之后推荐发送异步消息至消息队列进行重建缓存的逻辑，不建议当前请求重构缓存。之后当前请求可以等待正常的少量时间，返回更新后缓存中的值。若缓存迟迟未建立，推荐返回默认页面。

权限体系和用户体系差不多就这样，我感觉讲的比较清楚了，但可能有同学没接触过有些地方可能不太清楚，我后面讲一下这两块数据库表的必要关键字段设计，就能了解它们是怎么串起来了

c端就是对用户的，整体的后管平台就是做一些非商家端模块的后管功能的，如通用的配置字典的，发送公告的，营销的如优惠券、积分发放的

供应商平台是给商家用的平台，正常是分为商家小程序端和商家后管端，小程序端就是手机登录的，后管端就是在电脑上登录的，常见的券码核销功能，一般就是在小程序端实现的。商家在后管端发布商品，上下架货，在小程序端可以查看它发布的产品信息，它的订单信息，每天的销售额，以及可以核销券码。

亮点： 1.一套完善的租户体系：租户-商户-用户。需要明确这套体系的用户体系、权限体系和登录体系的基本原理。 2.打标功能。如何对用户打上自定义标签，对不同用户进行更好的营销活动。 3.优惠券与每日任务的获取方式。如何通过每日任务获取优惠券。高流量下做的每日任务基础功能如何保证高可用，如何通过缓存减缓数据库压力。 4.点赞与排行榜功能。如何在高并发下实现高可用的点赞效果。 5.降级策略。当流量过大你的降级方案是什么。 6.限流策略。限流策略是什么。 7.优惠券秒杀。高流量下的具体设计 这7条写上去感觉已经差不多了

后续我来更一个推荐写上去的模板点吧

参照闲鱼就可以扩展下这个秒杀活动，每周固定一天发放一定数量的不同级别优惠券，不同等级用户可以秒杀领取不同数量的优惠券

黑马的优惠券是一个秒杀场景，可以简单把它扩展一下，优惠券可分为用户自己领和平台主动发两种

明天更权限体系和用户体系，最近有点忙

蹲😉

伴随登录的常常是用户体系和权限体系，一个供应商下面可以有一个管理员账户和其它的普通账户，权限体系呢，就是我想让别人有哪些页面菜单入口的权限，比如说我不给一个普通账户的订单权限，他就看不到订单相关的页面了。包括我限制不同的供应商的，供应商主账户限制其它普通账户的，如果复杂点，也可以是主供应商限制子供应商的。

登录的第三步：如果是密码登录，需要前把先把接受的密码进行解密，常见的可逆解密算法如RSA算法。获取到解密后的密码，我们需要对密码进行MD5加密，MD5加密算法是不可逆的，一般存入数据库的密码都是MD5加密后的，我们只需要对比加密后的MD5值就可以知道密码是否正确。如果是手机号登录，这时候需要获取前面短信发送的在缓存中存储的验证码信息，用来和用户输入的验证码做比对。

一般正常登录的第一步，如果是账户密码登录，就是输入账户，密码，验证码。如果是手机号登录，就是输入手机号和验证码。普通密码登录的验证码有通用的库可以生成，生成验证码后存入redis缓存，再设置一个验证码的过期时间就完成了，手机号的验证码需要发送短信验证码给手机号，同样把发送的验证码先存入缓存中设置过期时间，再调用短信服务平台发送给用户的手机号就可以啦

慢更，先简单搭个框架起个头

m

mark

最好考虑下缓存和表的具体结构设计，能把一些东西串起来

另外黑马这块的结构设计是有问题的，仅仅为了展示下正常做法，表的设计是不全的，大家可以自己完善下点赞相关表设计

催更