小熊家务帮day19-day20 订单模块2（取消订单，退款功能等）

已于 2024-06-11 22:21:53 修改
阅读量741 收藏 13
点赞数 9
分类专栏： 小熊家务帮项目开发记录 JAVA项目 文章标签： 状态模式 java mq rabbitmq
于 2024-06-11 00:28:18 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lihao1875699404/article/details/139583263
版权

目录

1 订单退款功能

1.1 需求分析

用户下单成功可以取消订单，在订单的不同状态下去取消订单其执行的逻辑是不同的:

  • 待支付状态下取消订单: 更改订单的状态为已取消。
    -订单已支付，状态为待派单时取消订单: 更改订单的状态为已关闭，请求支付服务自动退款。

用户在订单列表点击订单信息进入订单详情页面，点击“取消订单”
在这里插入图片描述
进入取消订单界面：
在这里插入图片描述
选择取消原因，点击“提交”。

1.2 接口分析

前端传入的参数：订单id、取消原因。
响应参数：无，前端根据状态码判断是否成功。
接口名称：取消订单
接口路径：PUT /orders-manager/consumer/orders/cancel
在这里插入图片描述
在这里插入图片描述

1.3 退款流程分析

根据需求分析，当订单已支付状态为派单中时取消订单后进行自动退款，此时需要调用支付服务的申请退款接口。
流程如下：
在这里插入图片描述
取消订单执行如下操作：
1、更新订单状态
待支付状态下取消订单后更新订单状态为“已取消”
派单中状态下取消订单后更新订单状态为“已关闭”
2、保存取消订单记录，记录取消的原因等信息。
3、远程调用支付服务的退款接口申请退款。

取消派单中的订单存在如下问题：
远程调用退款接口操作不放在事务方法中，避免影响数据库性能。
如果远程调用退款接口失败了将无法退款，这个怎么处理？
以上问题采用异步退款的方式来解决：
如下图：
在这里插入图片描述

1、使用数据库事务控制，保存以下数据
更新订单状态。
保存取消订单记录表，记录取消的原因等信息。
保存退款记录表。
2、事务提交后先启动一个线程请求支付服务的退款接口(为了及时退款)
3、定时任务扫描退款记录表，对未退款的记录请求支付服务进行退款，退款成功更新订单的退款状态，并删除退款记录。
说明：
第2步的作用为了第一时间申请退款，因为定时任务会有一定的延迟。
第3步的作用是由定时任务去更新退款的状态，因为调用了退款接口只是申请退款了，退款结果可能还没有拿到，通过定时任务再次请求支付服务的退款接口，拿到退款结果。

1.4 表结构设计

订单取消记录表：

create table `jzo2o-orders`.orders_canceled
(
    id             bigint                             not null comment '订单id'
        constraint `PRIMARY`
        primary key,
    canceller_id   bigint                             null comment '取消人',
    canceler_name  varchar(50)                        null comment '取消人名称',
    canceller_type int                                null comment '取消人类型，1：普通用户，4：运营人员',
    cancel_reason  varchar(50)                        null comment '取消原因',
    cancel_time    datetime                           null comment '取消时间',
    create_time    datetime default CURRENT_TIMESTAMP not null comment '创建时间',
    update_time    datetime default CURRENT_TIMESTAMP not null on update CURRENT_TIMESTAMP comment '更新时间'
)

订单退款记录表：存储 待退款的记录

create table `jzo2o-orders`.orders_refund
(
    id               bigint                             not null comment '订单id'
        constraint `PRIMARY`
        primary key,
    trading_order_no bigint                             null comment '支付服务交易单号',
    real_pay_amount  decimal(10, 2)                     null comment '实付金额',
    create_time      datetime default CURRENT_TIMESTAMP null comment '创建时间'
)

1.5 取消未支付订单实现

根据需求，取消订单需要实现两部分功能：
针对未支付订单的取消操作：

  • 修改订单的状态为已取消。
  • 保存取消订单的记录。

1.5.1 接口开发

Controller层开发
@RestController("operationOrdersController")
@Api(tags = "运营端-订单相关接口")
@RequestMapping("/operation/orders")
public class OperationOrdersController {


    @Autowired
    private IOrdersManagerService ordersManagerService;

    @PutMapping("/cancel")
    @ApiOperation("取消订单")
    public void cancel(@RequestBody OrderCancelReqDTO orderCancelReqDTO) {
        //填充数据
        OrderCancelDTO orderCancelDTO = BeanUtil.toBean(orderCancelReqDTO, OrderCancelDTO.class);
        CurrentUserInfo currentUserInfo = UserContext.currentUser();
        orderCancelDTO.setCurrentUserId(currentUserInfo.getId());
        orderCancelDTO.setCurrentUserName(currentUserInfo.getName());
        orderCancelDTO.setCurrentUserType(currentUserInfo.getUserType());
        ordersManagerService.cancel(orderCancelDTO);
    }
}
Service层开发
    /**
     * 取消订单
     * @param orderCancelDTO 取消订单模型
     */
    @Override
    public void cancel(OrderCancelDTO orderCancelDTO) {

        //判断订单是否存在
        if(ObjectUtils.isNull(this.getById(orderCancelDTO.getId()))){
            throw new CommonException("要取消的订单不存在");
        }

        Integer ordersStatus = this.getById(orderCancelDTO.getId()).getOrdersStatus();
        if(ordersStatus.equals(OrderStatusEnum.NO_PAY.getStatus())){
            //对未支付订单进行取消
            owner.cancelByNoPay(orderCancelDTO);
        }else if(ordersStatus.equals(OrderStatusEnum.DISPATCHING.getStatus())){
            //对已支付(派单中)订单进行取消

        }else{
            throw new CommonException("当前订单状态不支持取消");
        }
    }

    /**
     * 未支付状态取消订单
     */
    @Transactional(rollbackFor = Exception.class)
    public void cancelByNoPay(OrderCancelDTO orderCancelDTO){

        //添加订单取消记录
        OrdersCanceled ordersCanceled = BeanUtils.toBean(orderCancelDTO,OrdersCanceled.class);
        ordersCanceled.setCancellerId(orderCancelDTO.getCurrentUserId());
        ordersCanceled.setCancelerName(orderCancelDTO.getCurrentUserName());
        ordersCanceled.setCancellerType(orderCancelDTO.getCurrentUserType());
        ordersCanceled.setCancelTime(LocalDateTime.now());
        canceledService.save(ordersCanceled);

        //修改订单状态为已取消
        OrderUpdateStatusDTO orderUpdateStatusDTO = new OrderUpdateStatusDTO();
        //需要传入 id 原始状态 更新状态
        orderUpdateStatusDTO.setId(orderCancelDTO.getId());
        orderUpdateStatusDTO.setOriginStatus(OrderStatusEnum.NO_PAY.getStatus());
        orderUpdateStatusDTO.setTargetStatus(OrderStatusEnum.CANCELED.getStatus());
        Integer res = commonService.updateStatus(orderUpdateStatusDTO);
        if(res <= 0){
            throw new CommonException("取消订单失败");
        }

    }

1.5.2 接口测试

先弄个没支付的订单：
在这里插入图片描述
点击取消支付：
在这里插入图片描述
功能测试完成

1.5 取消已支付订单实现（定时任务+懒加载）

1.5.1 需求分析

如何实现自动取消订单操作呢？
这里最关键有一个定时的要求，从下单开始计算15分钟后取消订单。
如果要分秒不差执行取消订单操作就需要使用定时器每秒去判断是否到达过期时间。
如果订单较多使用多个定时器会耗费CPU。
其实，我们可以不用分秒不差执行取消操作，从用户的角度去思考，通常是用户点击订单查看的时候发现不能支付，因为到达支付过期时间。
所以，我们可以通过定时任务和懒加载方式。

定时任务方式：每分钟将支付过期的订单查询出来进行取消操作。
懒加载方式：当用户查看订单详情时判断如果订单未支付且支付超时，此时触发订单取消操作。

1.5.1.1 实现定时任务取消订单
Service层搜索超时任务
    /**
     * 查询超时订单id列表
     *
     * @param count 数量
     * @return 订单id列表
     */
    @Override
    public List<Orders> queryOverTimePayOrdersListByCount(Integer count) {
        //根据订单创建时间查询超过15分钟未支付的订单
        List<Orders> list = lambdaQuery()
                //查询待支付状态的订单
                .eq(Orders::getOrdersStatus, OrderStatusEnum.NO_PAY.getStatus())
                //小于当前时间减去15分钟，即待支付状态已过15分钟
                .lt(Orders::getCreateTime, LocalDateTime.now().minusMinutes(15))
                .last("limit " + count)
                .list();
        return list;
    }
定时任务代码
    /**
     * 自动取消超时订单
     */
    @XxlJob(value = "cancelOverTimePayOrder")
    public void canalOverTimePayOrder(){
        //查出超时订单
        List<Orders> orders = ordersCreateService.queryOverTimePayOrdersListByCount(100);
        if(CollUtils.isEmpty(orders)){
            log.info("没有超时订单");
            return;
        }

        for (Orders order : orders) {
            OrderCancelDTO orderCancelDTO = BeanUtils.toBean(order,OrderCancelDTO.class);
            orderCancelDTO.setCurrentUserType(UserType.SYSTEM);
            orderCancelDTO.setCancelReason("订单超时自动取消");
            ordersManagerService.cancel(orderCancelDTO);
        }
        //改为已取消

    }
添加定时任务

在这里插入图片描述

测试

在这里插入图片描述
测试成功

1.5.1.2 实现懒加载取消订单

在原来查询订单信息的代码加入判断，加入超时未支付则改为取消

Service层改写
    /**
     * 根据订单id查询
     *
     * @param id 订单id
     * @return 订单详情
     */
    @Override
    public OrderResDTO getDetail(Long id) {
        Orders orders = queryById(id);
        //懒加载方式 取消超时订单
        orders = canalIfPayOvertime(orders);
        OrderResDTO orderResDTO = BeanUtil.toBean(orders, OrderResDTO.class);
        return orderResDTO;
    }


    /**
     * 如果支付过期则取消订单
     * @param orders
     */
    private Orders canalIfPayOvertime(Orders orders){
        //创建订单未支付15分钟后自动取消
        if(orders.getOrdersStatus().equals(OrderStatusEnum.NO_PAY.getStatus()) && orders.getCreateTime().isBefore(LocalDateTime.now().minusMinutes(15))){
            //查询支付结果，如果支付最新状态仍是未支付进行取消订单
            OrdersPayResDTO ordersPayResDTO = ordersCreateService.getPayResultFromTradServer(orders.getId());
            int payResultFromTradServer = ordersPayResDTO.getPayStatus();
            if(payResultFromTradServer != OrderPayStatusEnum.PAY_SUCCESS.getStatus()){
                OrderCancelDTO orderCancelDTO = BeanUtils.toBean(orders, OrderCancelDTO.class);
                orderCancelDTO.setCurrentUserType(UserType.SYSTEM);
                orderCancelDTO.setCancelReason("订单超时，系统自动取消");
                cancelByNoPay(orderCancelDTO);

                orders = getById(orders.getId());
            }
        }
        return orders;
    }
测试

在这里插入图片描述
改一下时间
在这里插入图片描述
测试成功

1.6 取消已支付订单（派单中的订单）

1.6.1 定义取消派单中订单service

在这里插入图片描述

当订单状态为派单中，取消此类订单需要进行退款操作，根据退款流程，需要作以下操作：

  1. 添加取消订单记录。
  2. 更新订单状态为“已关闭”。
  3. 添加退款记录。

定义service方法实现上边3个操作，并且进行事务控制。

    /**
     * 已支付状态取消订单
     */
    @Transactional(rollbackFor = Exception.class)
    public void cancelByDispatching(OrderCancelDTO orderCancelDTO) {
        //更改订单状态为已关闭
        OrderUpdateStatusDTO orderUpdateStatusDTO = new OrderUpdateStatusDTO();
        //需要传入 id 原始状态 更新状态
        orderUpdateStatusDTO.setId(orderCancelDTO.getId());
        orderUpdateStatusDTO.setOriginStatus(OrderStatusEnum.NO_PAY.getStatus());
        orderUpdateStatusDTO.setTargetStatus(OrderStatusEnum.CLOSED.getStatus());
        Integer res = commonService.updateStatus(orderUpdateStatusDTO);
        if(res <= 0){
            throw new CommonException("取消订单失败");
        }

        //插入取消订单记录
        OrdersCanceled ordersCanceled = BeanUtils.toBean(orderCancelDTO,OrdersCanceled.class);
        ordersCanceled.setCancellerId(orderCancelDTO.getCurrentUserId());
        ordersCanceled.setCancelerName(orderCancelDTO.getCurrentUserName());
        ordersCanceled.setCancellerType(orderCancelDTO.getCurrentUserType());
        ordersCanceled.setCancelTime(LocalDateTime.now());
        canceledService.save(ordersCanceled);
        //保存退款记录
        OrdersRefund ordersRefund = BeanUtils.toBean(orderCancelDTO, OrdersRefund.class);
        ordersRefundService.save(ordersRefund);
    }

1.6.2 定义定时任务

在OrdersHandler 类中定义定时任务方法。
定时任务根据退款记录去请求第三方支付服务的退款接口，根据退款结果进行处理，如果退款成功将更新订单的退款状态、删除退款记录。

    @XxlJob("handleRefundOrders")
    public void handleRefundOrders(){
        //查询退款记录
        List<OrdersRefund> ordersRefunds = ordersRefundService.queryRefundOrderListByCount(100);
        if(CollUtils.isEmpty(ordersRefunds)){
            log.info("退款定时任务：未查询到订单信息");
            return;
        }
        //遍历退款记录，请求支付服务进行退款
        for (OrdersRefund ordersRefund : ordersRefunds) {
            requestRefundOrder(ordersRefund);
        }
        //退款成功则更新订单的退款状态
    }

    /**
     * 请求退款
     * @param ordersRefund 退款记录
     */
    public void requestRefundOrder(OrdersRefund ordersRefund){
        ExecutionResultResDTO executionResultResDTO = null;
        //请求支付服务进行退款
        try {
            executionResultResDTO = refundRecordApi.refundTrading(ordersRefund.getTradingOrderNo(), ordersRefund.getRealPayAmount());\
        }catch (Exception e){
            e.printStackTrace();
        }
        //解析退款状态，不是退款中则更新状态
        if(ObjectUtils.isNotNull(executionResultResDTO) && executionResultResDTO.getRefundStatus() != OrderRefundStatusEnum.REFUNDING.getStatus()){
            //更新订单退款状态
            refundOrder(ordersRefund,executionResultResDTO);
        }
    }

    /**
     * 更新退款状态
     * @param ordersRefund
     * @param executionResultResDTO
     */
    @Transactional(rollbackFor = Exception.class)
    public void refundOrder(OrdersRefund ordersRefund, ExecutionResultResDTO executionResultResDTO) {

        //初始状态为退款中
        int refundStatus = OrderRefundStatusEnum.REFUNDING.getStatus();

        if(executionResultResDTO.getRefundStatus()==OrderRefundStatusEnum.REFUND_SUCCESS.getStatus()){
            refundStatus = OrderRefundStatusEnum.REFUND_SUCCESS.getStatus();
        }else if(executionResultResDTO.getRefundStatus()==OrderRefundStatusEnum.REFUND_FAIL.getStatus()){
            refundStatus = OrderRefundStatusEnum.REFUND_FAIL.getStatus();
        }

        //如果是退款中状态，程序结束
        if (ObjectUtil.equal(refundStatus, OrderRefundStatusEnum.REFUNDING.getStatus())) {
            return;
        }

        //更新订单表的退款状态 支付服务的退款状态、第三方支付平台的退款单号
        LambdaUpdateWrapper<Orders> updateWrapper = new LambdaUpdateWrapper<Orders>().eq(Orders::getId, ordersRefund.getId())
                .ne(Orders::getRefundStatus, refundStatus)
                .set(Orders::getRefundStatus, refundStatus)
                .set(Orders::getRefundNo, executionResultResDTO.getRefundNo())
                .set(Orders::getRefundId, executionResultResDTO.getRefundId());
        int update = ordersMapper.update(null, updateWrapper);
        if(update > 0){
            //清除退款记录
            ordersRefundService.removeById(ordersRefund.getId());
        }
    }

1.6.3 功能测试

首先下个单支付下：
在这里插入图片描述
点击退款
在这里插入图片描述
退款成功

我要找对象
关注
  • 9
    点赞
  • 踩
  • 13
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
小熊派移植 TencentOS-tiny+EC20+SAL框架对接 TCP/UDP 服务器
Mculover666的博客（嵌入式）
05-12 3475
1. SAL套接字抽象层 SAL全称Socket Abstract Layer，即套接字抽象层，主要作用是对上层应用提供统一的 socket 编程接口，屏蔽底层网络硬件的差异。 1.1. SAL层向下提供的接口 SAL层向下提供的接口在net/sal_module_wrapper/sal_module_wrapper.h文件中声明，如下： typedef struct sal_module_st { int (*init)(void); int (*get_local_mac)(char
小熊派移植 TencentOS-tiny+M26/EC20+MQTT 对接腾讯云平台IoThub
Mculover666的博客（嵌入式）
05-11 4798
1. 前言 之前在小熊派开发板上移植了TencentOS-tiny系统，通过使用ESP8266连接WIFI对接腾讯云平台IoThub： 小熊派移植TencentOS-tiny+ESP8266+MQTT对接腾讯云平台IoThub 然而我的手头还有一个M26 2G 模组和一个EC20 Cat.4 4G模组，所以就准备玩起来，因为MQTT是基于TCP通信的，所以先使用串口助手发送AT命令进行模组TCP通信测试： 移远 M26 GSM模组（2G通信模组）AT指令测试 TCP 通信过程 移远 EC20 模组（4
[golang gin框架] 35.Gin 商城项目- 用户中心制作以及订单列表数据渲染(分页展示,订单状态,筛选订单 搜索订单,订单详情, 以及后台订单管理功能实现逻辑 )
zhoupenghui168的博客
05-16 972
用户中心制作以及订单列表数据渲染(分页展示,订单状态,筛选订单 搜索订单,订单详情, 以及后台订单管理功能实现逻辑 )
CSP-J 2021 小熊的果篮
至虛極，守靜篤
12-13 1822
我家小宇在洛谷上刷题，碰到这一道，他解题后，时间复杂度一直拿不到满分。贴一下我辅导他时写的代码。 题目描述 小熊的水果店里摆放着一排 n 个水果。每个水果只可能是苹果或桔子，从左到右依次用正整数编号。连续排在一起的同一种水果称为一个“块”。小熊要把这一排水果挑到若干个果篮里，具体方法是：每次都把每一个“块”中最左边的水果同时挑出，组成一个果篮。重复这一操作，直至水果用完。注意，每次挑完一个果篮后，“块”可能会发生变化。比如两个苹果“块”之间的唯一桔子被挑走后，两...
小熊派 移植TencentOS-tiny+EC20+MQTT对接腾讯云
weixin_49679996的博客
08-09 5246
1、参考文档 TencentOS tiny端云对接开发指南（IoTHub）以及Tencent tiny源码库 TencentOS-tiny官网 2、云端配置 登陆腾讯云，点击“云产品”然后选择“企业运用”然后点击“物联网通信”。或直接点击https://console.cloud.tencent.com/iothub 2.1创建新产品 认证方式：指定了设备通过哪种方式与云端进行双向认证. 默认的证书方式相对于密钥认证安全性高一点, 但是问题在于证书方式需要在嵌入式设备端存储证书同时实现证书的相关处
RT-Thread&BearPi 开发笔记 -- 小熊派基于RT-Thread使用ESP8266进行网络连接
EmbedIoT Studio
01-25 1784
小熊派基于RT-Thread使用ESP8266进行网络连接 物联网的概念和应用场景，最关键最必不可少的一个环节，就是联网。可以说，如果没有可靠的网络连接功能，那这个设备还不算是一个合格的物联网设备。 设备没有接入网络，就像被孤立的个体一样，只能孤独地低头做事，因此，物联网设备，首先要解决的就是网络接入问题。 无线WiFi是一种十分常用的网络连接方式，小熊派开发套件提供了一个ESP8266无线WiFi模块，用于开发板进行网络连接。ESP8266模块通过串口跟小熊派主板进行物理连接，主板通过AT指令对模块
小熊派BearPi-HM nano开发板 -- 前期准备
sleepwithmeals的博客
09-08 4180
笔记：小熊派BearPi-HM nano开发板的介绍 本文主要介绍小熊派的硬件资料及鸿蒙系统的粗略介绍
订单超时 取消订单 的几种实现方案总结与对比
qq_33454058的博客
06-24 2494
在开发中，往往会遇到一些关于延时任务的需求。例如：生成订单 30 分钟未支付，则自动取消；生成订单 60 秒后，给用户发短信。此处就涉及到 和 等问题。 这里只说 方案 思路 和 优缺点，代码不做实现。........................
非暴力拆解：小熊派NB-IoT通信扩展板
华为云官方博客
09-18 3606
摘要：相信大家对小熊派的NB-IoT通信扩展板已经非常了解了，但你有真正的了解过其内部构造吗？今天小编不聊技术，带你做一回拆·机·客！ 相信大家对小熊派的NB-IoT通信扩展板已经非常了解了，但你有真正的了解过其内部构造吗？今天小编不聊技术，带你做一回拆·机·客！ 拆解对象：BC35-G通信模组 BC35-G模组是由移远发布的一款基于海思Hi2115（又称：Boudica150）芯片的NB-IoT通信模组。BC35-G的运行方式支持以下两种：NB-IoT+MCU模式、OpenCPU模式。 NB-Io
小熊派·叔BearPi-HM Micro环境搭建（双系统）
secret125的博客
04-04 3129
强烈建议用Ubuntu搭建，少很多事（3，4，5） 1.资源下载：
小熊派 移植TencentOS-tiny+EC20+MQTT对接腾讯云.zip
08-09
本文件为小熊派移植TencentOS-tiny+EC20+MQTT对接腾讯云例程，因为TencentOS tiny里面的例程在一整个大文件夹中，根本无法移植到自己的项目中去，故我将该工程所需要的底层文件全部做到一个工程下，使得移植更加方便...
小熊派案例源码bearpi-hm-demo移植了NFC读取
07-14
在小熊派案例基础上，把设备信息和Wifi信息通过NFC获取，设备Bearpi-HM-Nano。案例包括D12_iot_cloud_oc_agriculture，D8_iot_cloud_oc_smoke把代码复制到1.1.0鸿蒙框架下，修改gn引用编译路径即可
微信小程序代码-小熊的日记.zip
04-22
"小熊的日记"是一个微信小程序的示例项目，其源代码包含在名为"微信小程序代码-小熊的日记.zip"的压缩包中。这个小程序可能是用于个人日记记录或分享心情的工具，通过简洁的设计和功能，为用户提供方便的日记管理...
小熊派NB-IoT模块中的移远BC35-G模组介绍.rar
12-29
小熊派NB-IoT模块中的移远BC35-G模组是一款专为物联网(IoT)应用设计的通信解决方案，适用于智能城市、环境监测、远程控制等多种领域。这款模组由移远通信公司制造，以其高效能、低功耗和广泛网络覆盖而受到业界的...
springboot集成gzip和zip数据压缩传输-满足2k数据自动压缩(适用大数据信息传输)
tiger_Angle
07-02 386
解决方案：在转换为字符串时，一定要使用ISO-8859-1这样的单字节编码。
问题集锦1
Tony 小哥的博客
07-02 483
遇到类型问题摘要
activemq推数据给前端的方式
最新发布
刘皇叔说Java的博客
07-03 936
前端可以使用 MQTT.js 库，通过 WebSocket 连接到 ActiveMQ 服务器并接收消息。生产者将消息发布到 MQTT 主题，前端通过 MQTT over WebSocket 连接到 ActiveMQ 并订阅相应的主题，以接收并显示消息。生产者将消息发送到 ActiveMQ 队列，消费者从队列中接收消息并通过 WebSocket 将消息传递给前端，前端通过 WebSocket 接收并显示消息。ActiveMQ 也支持 MQTT 协议，可以使用 MQTT 协议将数据推送到前端。
JavaSE&Java8 时间日期API + 使用心得
时间如瑾 代码如诗
07-02 1179
JavaSE&Java8 时间日期API + 使用心得
gozero 分布式锁
10-23
gozero 分布式锁是一种用于在分布式系统中协调多个节点对共享资源的访问的机制。在分布式环境中，由于多个节点同时访问共享资源可能导致数据不一致或冲突，因此需要一种机制来保证在某一时刻只有一个节点能够访问共享资源。 gozero 分布式锁通过使用底层的分布式存储系统（如 Redis）来实现。它的原理是利用分布式存储系统的原子操作特性，在访问共享资源之前，先竞争获取锁，在获取到锁之后才能继续访问共享资源，其他节点在锁未释放之前只能等待。这样可以保证在任意时刻只有一个节点能够访问共享资源，有效避免了数据不一致或冲突的问题。 gozero 分布式锁的特点包括以下几个方面： 1. 可靠性：通过使用分布式存储系统来实现，保证了锁的可靠性和一致性。 2. 高性能：采用了原子操作，减少了分布式环境下的网络通信开销，提高了访问共享资源的性能。 3. 可重入性：支持同一个节点多次获取锁，避免了死锁的问题。 4. 超时机制：可以设置获取锁的超时时间，在超时之后放弃锁的获取，避免了长时间阻塞的问题。 通过使用 gozero 分布式锁，可以在分布式环境中实现对共享资源的安全访问管理，确保数据的一致性和可靠性。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值