项目介绍我最近做过的个项目是物流类的项叫做准达物流是自己学习练手的个项目主要是为了体现智能调度这一方面主要是基于微服务架构体系的物流项系统主要是通过智能管控辆调研线路规划等核业务流程操作智能化幅度提升效及管控效率节省运输成本该项类似顺丰速运是向C端户提供快递服务的系统竞品有顺丰中通圆通京东快递等项产品主要有端产品户端基于微信程序开发外部客户使可以寄件查询物流信息等快递员端基于安卓开发的机APP公司内部的快递员使可以接收取派件任务等司机端基于安卓开发的机APP公司内部的司机使可以接收运输任务上报位置信息等后台系统管理基于vue开发PC端使公司内部管理员户使可以进基础数据维护订单管理运单管理等这个
前言根据上一节课的了解我们知道我们优惠卷是有不同的规则的优惠券规则从类型来说就种每满减例如每满减折扣例如满打折最大不超过无门槛例如直接抵扣元满减例如满减优惠类型discountType对应到数据库的字段就是discounttype另外优惠券描述中基本都会包含下列字段优惠门槛thresholdAmount也就是优惠的基本条件例如满优惠值discountValue也就是具体折扣例如减打折最大优惠maxDiscountValue最大折扣限制折扣金额对应的数据库表结构如下uploadabaceecaadfpng因此各种各样的优惠券其规则都可以用上述个字段标示而规则根据优惠类型discountType来
2024-02-01 12:54 1567 0 策略模式 异步 CountDownLatch CompletableFuture
前言在上一篇文章中我们用synchronized解决的用户领取优惠卷超卖的问题项目一总结十优惠卷超卖问题的解决httpcqkjavacnhtml十优惠卷超卖问题的解决但是真的就到此为止了嘛问题这是在我们单机模式下没有超卖的问题我们的服务将来肯定会多实例形成集群每一个实例都会有一个自己的JVM运行环境因此即便是同一个用户如果并发的发起了多个请求由于请求进入了多个JVM就会出现多个锁对象用户id对象自然就有多个锁监视器此时就会出现每个JVM内部都有一个线程获取锁成功的情况没有达到互斥的效果并发安全问题就可能再次发生了uploadfadfceabeapng关于最后的方式呢我们是使用的Redisson
背景在我的项目Online学习平台中优惠卷是由用户领取然后使用的但是优惠巻数量肯定是有限的这就类似于传统电商网站中不得不面对的一个问题超卖下面我就来带领小伙伴们透过现象看本质层层解析前面已经展示过优惠卷的表结构设计了优惠卷表uploadefdbabfbcaffecacpng要想记录谁领了那张卷我们又设计了一个用户优惠卷表来展示用户与优惠卷的关系用户优惠卷表uploadaafbefabfbeecdpng分析领卷有两种方式手动领取兑换码兑换手动领取领券的本质就是新增一条记录到usercoupon表去记录用户和领券的优惠券之间的关系使用状态等信息那因此请求的需要两个参数用户id优惠券id不过需要注意
2024-01-30 21:05 1208 0 synchronized / lock 乐观锁 分布式事务 事务失效的场景 代理模式
分布式锁Synchronized弊端Synchronized中的重量级锁底层就是基于锁监视器Monitor来实现的简单来说就是锁对象头会指向一个锁监视器而在监视器中则会记录一些信息比如owner持有锁的线程recursions锁重入次数因此每一个锁对象都会指向一个锁监视器而每一个锁监视器同一时刻只能被一个线程持有这样就实现了互斥效果但前提是多个线程使用的是同一把锁比如有三个线程来争抢锁资源线程获取锁成功如图所示uploadfdcebcfaaapng此时其它线程想要获取锁会发现监视器中的owner已经有值了就会获取锁失败由于咱们代码在锁对象是用户id的字符串常量因此同一个用户肯定是同一把锁线程是
2024-01-28 18:03 1170 1 synchronized / lock 分布式锁
分布式任务调度原理那么分布式任务调度是如何实现任务调度和编排的呢我们先来看看普通定时任务的实现原理一般定时任务中会有两个组件任务要执行的代码任务触发器基于定义好的规则触发任务因此在多实例部署的时候每个启动的服务实例都会有自己的任务触发器这样就会导致各个实例各自运行无法统一控制uploadefabcbbpng那如果我们想要统一控制各个服务实例的任务执行和调度该怎么办大家应该能想到就是要把任务触发器提取到各个服务实例之外去做统一的触发统一的调度事实上大多数的分布式任务调度组件都是这样做的uploadadcbbfeeapng这样一来具体哪个任务该执行什么时候执行交给哪个应用实例来执行全部都有统一的任
排行榜在我的Online学习平台项目中实现了积分功能并且也将用户的积分明细保存到了数据库积分的高低排名就是排行榜那么排行榜该如何实现呢基于数据库实现排行榜是基于积分实现的积分明细表如下uploadbadecbbfcbcdepng产生的数据如下uploadaecaafbepng要想形成排行榜我们在查询数据库时需要先对用户分组再对积分求和最终按照积分和排序Sql语句是这样sqlSELECTuseridSUMpointsFROMpointsrecordGROUPBYuseridORDERBYSUMpoints查询结果如下uploadbbbefeadcaapng面对的问题每个用户都可能会有数十甚至上百
前言通用点赞系统需要满足下列特性uploadecbceafafcdpng通用点赞业务在设计的时候不要与业务系统耦合必须同时支持不同业务的点赞功能独立点赞功能是独立系统并且不依赖其它服务这样才具备可迁移性并发一些热点业务点赞会很多所以点赞功能必须支持高并发安全要做好并发安全控制避免重复点赞实现思路要保证安全避免重复点赞我们就必须保存每一次点赞记录只有这样在下次用户点赞时我们才能查询数据判断是否是重复点赞同时因为业务方经常需要根据点赞数量排序因此每个业务的点赞数量也需要记录下来综上点赞的基本思路如下uploadfabefaddacfpng问题点赞服务必须独立因此必须抽取为一个独立服务如果业务方需要
2024-01-23 22:36 1701 0 Redis优化 合并写请求 Redis数据结构 定时任务 高并发 持久化
