前言这篇文章我们继续来说下我们项目中用到的微服务网关Gateway的技术点主要涵盖过滤器限流处理以及黑白名单配置过滤器网关中的过滤器有点类似SpringMVC里面的拦截器Interceptor以及Servlet的过滤器其中pre和post分别会在请求被执行钱调用和被执行后调用用来修改请求和响应信息过滤器也是面试中最常问的知识点比如记录接口调用市场统计限流黑白名单等按照类型分的话过滤器分为全局默认过滤器单一内置过滤器和自定义过滤器uploadbcbccabefcpng全局过滤器全局过滤器作用于所有的路由不需要单独配置我们可以用它来实现很多统一化处理的业务需求比如权限认证IP访问限制等等目前网关统
2024-02-08 12:58 1160 0 SpringCloud
项目介绍我最近做过的个项目是物流类的项叫做准达物流是自己学习练手的个项目主要是为了体现智能调度这一方面主要是基于微服务架构体系的物流项系统主要是通过智能管控辆调研线路规划等核业务流程操作智能化幅度提升效及管控效率节省运输成本该项类似顺丰速运是向C端户提供快递服务的系统竞品有顺丰中通圆通京东快递等项产品主要有端产品户端基于微信程序开发外部客户使可以寄件查询物流信息等快递员端基于安卓开发的机APP公司内部的快递员使可以接收取派件任务等司机端基于安卓开发的机APP公司内部的司机使可以接收运输任务上报位置信息等后台系统管理基于vue开发PC端使公司内部管理员户使可以进基础数据维护订单管理运单管理等这个
前言根据上一节课的了解我们知道我们优惠卷是有不同的规则的优惠券规则从类型来说就种每满减例如每满减折扣例如满打折最大不超过无门槛例如直接抵扣元满减例如满减优惠类型discountType对应到数据库的字段就是discounttype另外优惠券描述中基本都会包含下列字段优惠门槛thresholdAmount也就是优惠的基本条件例如满优惠值discountValue也就是具体折扣例如减打折最大优惠maxDiscountValue最大折扣限制折扣金额对应的数据库表结构如下uploadabaceecaadfpng因此各种各样的优惠券其规则都可以用上述个字段标示而规则根据优惠类型discountType来
2024-02-01 12:54 1568 0 策略模式 异步 CountDownLatch CompletableFuture
前言在上一篇文章中我们用synchronized解决的用户领取优惠卷超卖的问题项目一总结十优惠卷超卖问题的解决httpcqkjavacnhtml十优惠卷超卖问题的解决但是真的就到此为止了嘛问题这是在我们单机模式下没有超卖的问题我们的服务将来肯定会多实例形成集群每一个实例都会有一个自己的JVM运行环境因此即便是同一个用户如果并发的发起了多个请求由于请求进入了多个JVM就会出现多个锁对象用户id对象自然就有多个锁监视器此时就会出现每个JVM内部都有一个线程获取锁成功的情况没有达到互斥的效果并发安全问题就可能再次发生了uploadfadfceabeapng关于最后的方式呢我们是使用的Redisson
背景在我的项目Online学习平台中优惠卷是由用户领取然后使用的但是优惠巻数量肯定是有限的这就类似于传统电商网站中不得不面对的一个问题超卖下面我就来带领小伙伴们透过现象看本质层层解析前面已经展示过优惠卷的表结构设计了优惠卷表uploadefdbabfbcaffecacpng要想记录谁领了那张卷我们又设计了一个用户优惠卷表来展示用户与优惠卷的关系用户优惠卷表uploadaafbefabfbeecdpng分析领卷有两种方式手动领取兑换码兑换手动领取领券的本质就是新增一条记录到usercoupon表去记录用户和领券的优惠券之间的关系使用状态等信息那因此请求的需要两个参数用户id优惠券id不过需要注意
2024-01-30 21:05 1211 0 synchronized / lock 乐观锁 分布式事务 事务失效的场景 代理模式
排行榜在我的Online学习平台项目中实现了积分功能并且也将用户的积分明细保存到了数据库积分的高低排名就是排行榜那么排行榜该如何实现呢基于数据库实现排行榜是基于积分实现的积分明细表如下uploadbadecbbfcbcdepng产生的数据如下uploadaecaafbepng要想形成排行榜我们在查询数据库时需要先对用户分组再对积分求和最终按照积分和排序Sql语句是这样sqlSELECTuseridSUMpointsFROMpointsrecordGROUPBYuseridORDERBYSUMpoints查询结果如下uploadbbbefeadcaapng面对的问题每个用户都可能会有数十甚至上百
前言通用点赞系统需要满足下列特性uploadecbceafafcdpng通用点赞业务在设计的时候不要与业务系统耦合必须同时支持不同业务的点赞功能独立点赞功能是独立系统并且不依赖其它服务这样才具备可迁移性并发一些热点业务点赞会很多所以点赞功能必须支持高并发安全要做好并发安全控制避免重复点赞实现思路要保证安全避免重复点赞我们就必须保存每一次点赞记录只有这样在下次用户点赞时我们才能查询数据判断是否是重复点赞同时因为业务方经常需要根据点赞数量排序因此每个业务的点赞数量也需要记录下来综上点赞的基本思路如下uploadfabefaddacfpng问题点赞服务必须独立因此必须抽取为一个独立服务如果业务方需要
2024-01-23 22:36 1704 0 Redis优化 合并写请求 Redis数据结构 定时任务 高并发 持久化
背景在我的项目一Online学习平台中有这么一个场景积分的获取积分的高低又形成了排行榜用户获取积分的途径有种签到在个人积分页面可以每日签到每次签到得分连续签到有额外积分奖励学习也就是看视频写回答就是给其他学员提问的问题回答给回答做评论是没有积分的写笔记就是学习的过程中记录公开的学习笔记分享给所有人看或者你的笔记被人点赞写评价对你学习过的课程评价可以获取积分但课程只能评价一次我们重点要说的就是签到分析使用数据库记录签到记录我们设计出如下表uploadffeefecdbcaeeabdpng缺点占用空间大这张表中的一条记录是一个用户一次的签到记录假如一个用户年签到次而网站有万用户就会产生亿条记录随着
