订单超时自动取消功能如何设计

news2025/3/17 12:12:59

在一个 Java 电商项目中，订单超时自动取消功能可以通过多种方式设计和实现。常见的实现方式包括使用定时任务（例如 ScheduledExecutorService 或 Spring 的 @Scheduled 注解）或者基于事件驱动的方式（如使用消息队列）。以下是两种常见的实现方式及其分析。

1. 使用定时任务定期检查订单超时

这种方式利用定时任务，定期检查未支付订单是否超时，如果超时则自动取消订单。可以使用 ScheduledExecutorService 或 Spring 的 @Scheduled 注解来实现。

方案设计：
  1. 定期扫描数据库：定期检查所有未支付的订单，并根据订单创建时间判断是否超时。
  2. 超时自动取消：如果订单超时，则自动将订单状态更新为“已取消”并进行相关操作（如退款、库存恢复等）。
示例代码：

假设我们有一个 Order 类，包含订单的状态和创建时间。

import java.util.Date;

public class Order {
    private String orderId;
    private Date createTime;
    private String status; // "PENDING", "CANCELLED", "COMPLETED"
    
    // Getter and Setter methods
}
1. 使用 Spring 的 @Scheduled 注解实现定时任务
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.scheduling.annotation.Scheduled;
import org.springframework.stereotype.Service;

import java.util.List;

@Service
public class OrderService {

    @Autowired
    private OrderRepository orderRepository;

    private static final long TIMEOUT_THRESHOLD = 30 * 60 * 1000; // 30 minutes

    // 定时任务：每10分钟检查一次未支付的订单
    @Scheduled(fixedRate = 10 * 60 * 1000)
    public void cancelExpiredOrders() {
        List<Order> pendingOrders = orderRepository.findPendingOrders();
        
        for (Order order : pendingOrders) {
            long timeElapsed = new Date().getTime() - order.getCreateTime().getTime();
            
            if (timeElapsed > TIMEOUT_THRESHOLD) {
                // 超时，取消订单
                cancelOrder(order);
            }
        }
    }

    // 取消订单的方法
    private void cancelOrder(Order order) {
        order.setStatus("CANCELLED");
        orderRepository.save(order);
        
        // 其他相关操作，如恢复库存等
        restoreInventory(order);
    }

    private void restoreInventory(Order order) {
        // 假设这里是恢复库存的逻辑
    }
}
2. 配置 Spring @EnableScheduling 启用定时任务
import org.springframework.context.annotation.Configuration;
import org.springframework.scheduling.annotation.EnableScheduling;

@Configuration
@EnableScheduling
public class SchedulingConfig {
    // 该配置类启用定时任务功能
}
方案分析：
  • 优点：
    • 简洁易实现：利用 Spring 提供的 @Scheduled 注解，定时任务非常容易实现。
    • 高效：定期检查未支付的订单，通过数据库查询批量处理，避免了频繁的事件触发。
  • 缺点：
    • 查询负担：如果订单量非常大，定期查询未支付的订单可能会对数据库性能造成一定负担，尤其是当订单量激增时。
    • 定时任务的准确性问题：定时任务是基于固定的间隔时间运行，可能会存在一定的延迟，尤其是系统负载较高时。

2. 使用消息队列实现异步处理

另一种方式是通过消息队列来异步处理订单超时。可以为每个未支付的订单生成一个消息，将其放入队列中，设置一个过期时间，超时后自动触发取消订单的事件。

方案设计：
  1. 订单创建时，发送带有超时设置的消息：在创建订单时，我们将带有 TTL（过期时间）的消息发送到一个正常队列。
  2. 消息过期后，转发到死信队列：当消息过期后，RabbitMQ 会自动将消息转发到死信队列。
  3. 消费者监听死信队列：消费者监听死信队列中的超时消息，根据消息内容判断订单是否超时并执行取消操作。
步骤
1. 添加依赖

首先，确保你的 pom.xml 文件中包含 RabbitMQ 的相关依赖：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-amqp</artifactId>
</dependency>
2. 配置 RabbitMQ 连接

在 application.yml 或 application.properties 中配置 RabbitMQ 连接信息：

spring:
  rabbitmq:
    host: localhost
    port: 5672
    username: admin
    password: 123456
3. 配置队列、交换机、死信队列

创建配置类，设置队列、交换机和死信队列的配置。

import org.springframework.amqp.core.*;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class RabbitConfig {

    // 普通队列（带TTL）
    @Bean
    public Queue orderQueue() {
        return QueueBuilder.durable("order.queue")
                .withArgument("x-dead-letter-exchange", "order.dlx.exchange")  // 设置死信交换机
                .withArgument("x-dead-letter-routing-key", "order.dlx.key")  // 设置死信路由键
                .withArgument("x-message-ttl", 30 * 60 * 1000)  // 设置消息TTL，30分钟
                .build();
    }

    // 死信队列
    @Bean
    public Queue orderDeadLetterQueue() {
        return new Queue("order.dlx.queue", true);
    }

    // 普通交换机
    @Bean
    public TopicExchange orderExchange() {
        return new TopicExchange("order.exchange", true, false);
    }

    // 死信交换机
    @Bean
    public TopicExchange orderDLXExchange() {
        return new TopicExchange("order.dlx.exchange", true, false);
    }

    // 普通队列绑定到交换机
    @Bean
    public Binding bindingOrderQueue() {
        return BindingBuilder.bind(orderQueue()).to(orderExchange()).with("order.create.#");
    }

    // 死信队列绑定到死信交换机
    @Bean
    public Binding bindingDLXQueue() {
        return BindingBuilder.bind(orderDeadLetterQueue()).to(orderDLXExchange()).with("order.dlx.key");
    }
}
4. 发送消息（生产者）

在创建订单时，将订单超时信息发送到正常队列，并设置消息的 TTL（过期时间）。

import org.springframework.amqp.rabbit.core.RabbitTemplate;
import org.springframework.stereotype.Service;

@Service
public class OrderService {

    private final RabbitTemplate rabbitTemplate;

    public OrderService(RabbitTemplate rabbitTemplate) {
        this.rabbitTemplate = rabbitTemplate;
    }

    public void createOrder(Order order) {
        // 保存订单逻辑
        // orderRepository.save(order);
        
        // 发送带TTL的订单消息
        String orderId = order.getOrderId();
        String message = orderId + "," + System.currentTimeMillis();
        
        rabbitTemplate.convertAndSend("order.exchange", "order.create.key", message);
    }
}
5. 消费消息（消费者）

监听死信队列中的消息。消费者会在消息超时后从死信队列中消费消息，并进行订单取消操作。

import org.springframework.amqp.rabbit.annotation.RabbitListener;
import org.springframework.stereotype.Service;

@Service
public class OrderTimeoutListener {

    private final OrderRepository orderRepository;

    public OrderTimeoutListener(OrderRepository orderRepository) {
        this.orderRepository = orderRepository;
    }

    // 消费者方法，监听死信队列
    @RabbitListener(queues = "order.dlx.queue")
    public void handleOrderTimeout(String message) {
        // 提取订单ID
        String orderId = message.split(",")[0];
        
        // 查询订单并取消
        Order order = orderRepository.findById(orderId);
        if (order != null && "PENDING".equals(order.getStatus())) {
            order.setStatus("CANCELLED");
            orderRepository.save(order);
            // 其他处理逻辑，例如恢复库存、发送通知等
        }
    }
}
6. 启动和测试

在启动 Spring Boot 应用时，RabbitMQ 会自动创建配置的队列和交换机。你可以通过调用 OrderService.createOrder() 方法来创建订单并发送超时消息，消息会在 TTL 到期后被转发到死信队列，消费者会收到并处理这些超时消息。

总结
  1. 发送带TTL的消息：订单创建时，带有 TTL 的消息被发送到正常队列，消息在过期后会被转发到死信队列。
  2. 死信队列处理：当消息过期后，RabbitMQ 会自动将消息转发到死信队列，消费者监听死信队列并执行订单取消操作。
  3. RabbitMQ 配置：通过设置消息 TTL 和死信交换机及队列，确保消息能够在超时后正确地进入死信队列，并被消费者处理。

总结

  • 如果电商系统的订单量较小或对超时取消要求较低，使用定时任务方案较为简单且易于实现。
  • 如果系统有较高的并发需求或需要处理大量订单，使用消息队列方案可能更为合适，它能够提供更高的吞吐量和更低的延迟。

两种方案各有优缺点，可以根据具体业务需求选择最合适的方式来实现订单超时自动取消功能。

3. 使用数据库触发器（Trigger）

数据库触发器是一种数据库级别的自动化机制，能够在数据库的某些操作发生时（如插入、更新或删除）自动执行某些操作。虽然触发器通常用于数据完整性约束，但它也可以用来处理订单超时的业务逻辑。

方案设计：
  1. 订单超时判断：通过触发器在订单更新或插入时，判断订单的超时时间是否已到。
  2. 自动取消：如果订单超时，则自动更新订单状态为“已取消”。
示例代码：
CREATE TRIGGER cancel_order_after_timeout
AFTER INSERT ON orders
FOR EACH ROW
BEGIN
    DECLARE current_time TIMESTAMP;
    DECLARE timeout_time TIMESTAMP;
    
    SET current_time = NOW();
    SET timeout_time = DATE_ADD(NEW.create_time, INTERVAL 30 MINUTE);
    
    -- 判断是否超时
    IF current_time > timeout_time AND NEW.status = 'PENDING' THEN
        UPDATE orders
        SET status = 'CANCELLED'
        WHERE order_id = NEW.order_id;
    END IF;
END;
方案分析：
  • 优点：
    • 无需额外代码：数据库触发器是数据库自带的功能，无需修改应用层代码，可以在数据库层面自动处理。
    • 实时性好：数据库触发器是在数据库操作时自动触发，能够实时处理超时情况。
  • 缺点：
    • 对数据库性能的影响：在高并发系统中，数据库触发器可能会对性能产生影响，特别是涉及到大量订单时。
    • 灵活性较差：触发器的逻辑相对简单，不适合处理复杂的业务逻辑。

4. 基于事件驱动的架构（Event-Driven Architecture）

在事件驱动架构中，系统会将不同的操作抽象为事件，并通过事件总线进行传递。你可以利用这种架构来处理订单超时的自动取消。

方案设计：
  1. 发布超时事件：当订单创建时，将一个“订单超时”的事件发送到事件总线。
  2. 订阅事件：系统通过订阅“订单超时”事件，处理超时任务，如取消订单。
示例代码（基于 Spring Event 机制）：
  1. 定义超时事件：
public class OrderTimeoutEvent extends ApplicationEvent {
    private final String orderId;

    public OrderTimeoutEvent(Object source, String orderId) {
        super(source);
        this.orderId = orderId;
    }

    public String getOrderId() {
        return orderId;
    }
}
  1. 发布事件：
import org.springframework.context.ApplicationEventPublisher;
import org.springframework.stereotype.Service;

@Service
public class OrderService {

    private final ApplicationEventPublisher eventPublisher;

    public OrderService(ApplicationEventPublisher eventPublisher) {
        this.eventPublisher = eventPublisher;
    }

    public void createOrder(Order order) {
        orderRepository.save(order);
        
        // 发布超时事件
        OrderTimeoutEvent event = new OrderTimeoutEvent(this, order.getOrderId());
        eventPublisher.publishEvent(event);
    }
}
  1. 监听事件：
import org.springframework.context.event.EventListener;
import org.springframework.stereotype.Service;

@Service
public class OrderTimeoutListener {

    @Autowired
    private OrderRepository orderRepository;

    @EventListener
    public void onOrderTimeout(OrderTimeoutEvent event) {
        String orderId = event.getOrderId();
        
        // 查询订单并判断是否超时
        Order order = orderRepository.findById(orderId);
        if (order != null && "PENDING".equals(order.getStatus())) {
            cancelOrder(order);
        }
    }

    private void cancelOrder(Order order) {
        order.setStatus("CANCELLED");
        orderRepository.save(order);
        // 其他相关操作，如恢复库存等
    }
}
方案分析：
  • 优点：
    • 灵活性高：事件驱动架构非常灵活，可以在多个组件之间解耦，并能轻松扩展新的事件监听器。
    • 易于扩展：系统可以根据需要添加更多的事件处理逻辑（例如，发送通知、记录日志等）。
  • 缺点：
    • 复杂度较高：事件驱动的系统设计较为复杂，需要处理事件发布、监听和处理等多个方面。
    • 延迟问题：虽然事件驱动的方式解耦了业务逻辑，但在高并发或事件堆积时，可能存在一定的延迟。

5. 使用分布式任务调度（如 Quartz）

Quartz 是一个功能强大的任务调度框架，广泛用于分布式任务调度场景。如果系统已经使用了 Quartz，或者希望将其引入到系统中，它也可以作为一种方式来处理订单超时任务。

方案设计：
  1. 调度超时任务：为每个订单创建一个 Quartz 任务，任务触发时判断订单是否超时。
  2. 自动取消：如果订单超时，则自动将订单状态更新为“已取消”。
示例代码（Quartz 配置）：
import org.quartz.Job;
import org.quartz.JobExecutionContext;
import org.quartz.JobExecutionException;
import org.quartz.Trigger;
import org.quartz.TriggerBuilder;
import org.quartz.CronScheduleBuilder;

import java.util.Date;

public class OrderTimeoutJob implements Job {

    private final OrderRepository orderRepository;

    public OrderTimeoutJob(OrderRepository orderRepository) {
        this.orderRepository = orderRepository;
    }

    @Override
    public void execute(JobExecutionContext context) throws JobExecutionException {
        String orderId = context.getJobDetail().getKey().getName();
        
        Order order = orderRepository.findById(orderId);
        if (order != null && "PENDING".equals(order.getStatus())) {
            long timeoutTime = order.getCreateTime().getTime() + 30 * 60 * 1000;
            if (System.currentTimeMillis() > timeoutTime) {
                order.setStatus("CANCELLED");
                orderRepository.save(order);
            }
        }
    }

    public Trigger buildTrigger(String orderId) {
        return TriggerBuilder.newTrigger()
                .withIdentity(orderId)
                .startAt(new Date(System.currentTimeMillis() + 30 * 60 * 1000))
                .withSchedule(CronScheduleBuilder.cronSchedule("0/10 * * * * ?"))  // Every 10 seconds
                .build();
    }
}
方案分析：
  • 优点：
    • 可靠性高：Quartz 提供了任务调度和监控功能，能够保证任务的准确执行。
    • 可控性好：可以手动配置任务执行的频率、超时时间等。
  • 缺点：
    • 系统复杂度较高：Quartz 是一个独立的任务调度框架，需要额外的学习和配置，增加了系统复杂度。
    • 性能开销：Quartz 的运行可能会增加一些系统负担，尤其是大量任务调度时。

总结

除了定时任务和消息队列，还有数据库触发器、事件驱动架构和分布式任务调度等方案可以用来实现订单超时自动取消功能。选择哪种方案应该根据系统的复杂度、并发量、扩展性要求等来决定。

  • 对于简单且低并发的系统，可以选择定时任务。
  • 对于高并发系统，消息队列和事件驱动架构更为适合。
  • 如果需要精确的调度和容错能力，可以考虑Quartz等分布式调度框架。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/2316007.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

六十天前端强化训练之第十七天React Hooks 入门：useState 深度解析

六十天前端强化训练之第十七天React Hooks 入门：useState 深度解析

欢迎来到编程星辰海的博客讲解 看完可以给一个免费的三连吗&#xff0c;谢谢大佬&#xff01; 目录 一、知识讲解 1. Hooks 是什么&#xff1f; 2. useState 的作用 3. 基本语法解析 4. 工作原理 5. 参数详解 a) 初始值设置方式 b) 更新函数特性 6. 注意事项 7. 类组…
阅读更多...
芯科科技推出的BG29超小型低功耗蓝牙®无线SoC，是蓝牙应用的理想之选

芯科科技推出的BG29超小型低功耗蓝牙®无线SoC，是蓝牙应用的理想之选

具有扩大的内存和超低功耗特性的超小型BG29是互联健康设备的理想之选 低功耗无线领域内的领导性创新厂商Silicon Labs&#xff08;亦称“芯科科技”&#xff0c;NASDAQ&#xff1a;SLAB&#xff09;今日宣布&#xff1a;推出全新的第二代无线开发平台产品BG29系列无线片上系统…
阅读更多...
export、export default 和 module.exports 深度解析

export、export default 和 module.exports 深度解析

文章目录 1. 模块系统概述1.1 模块系统对比1.2 模块加载流程 2. ES Modules2.1 export 使用2.2 export default 使用2.3 混合使用 3. CommonJS3.1 module.exports 使用3.2 exports 使用 4. 对比分析4.1 语法对比4.2 使用场景 5. 互操作性5.1 ES Modules 中使用 CommonJS5.2 Com…
阅读更多...
qwen2.5-vl多机多卡分布式部署

qwen2.5-vl多机多卡分布式部署

记录一下工作中进行多机多卡部署qwen2.5-vl多模态大模型踩过的坑 第一个天坑就是官方提供的镜像qwenllm/qwenvl:2.5-cu121有问题&#xff0c;在titan显卡会抛出cuda error:no kernel image is availabe for execution on the device. 这是cuda内核与GPU不兼容的问题&#xff0c…
阅读更多...
【红黑树】—— 我与C++的不解之缘（二十五）

【红黑树】—— 我与C++的不解之缘（二十五）

前言 学习了avl树&#xff0c;现在来学习红黑树。 一、什么是红黑树 红黑树是一颗平衡二叉搜索树&#xff0c;它每一个节点增加了一个存储位表示节点的颜色&#xff0c;可以是红色或者黑色。 相比较于AVL树&#xff0c;红黑树也是一个自平衡二叉搜索树&#xff0c;但是它与AVL树…
阅读更多...
驾驭 DeepSeek 科技之翼，翱翔现代学习新天际

驾驭 DeepSeek 科技之翼，翱翔现代学习新天际

在当今这个信息爆炸的时代&#xff0c;学习的方式和途径正在经历着前所未有的变革。人工智能技术的飞速发展&#xff0c;为我们的学习带来了全新的机遇和挑战。DeepSeek 作为一款强大的大语言模型&#xff0c;凭借其卓越的性能和丰富的功能&#xff0c;为现代学习注入了新的活力…
阅读更多...
DeepSeek本地部署 （Windows+Ollama+Docker Desktop+ RAGFlow）

DeepSeek本地部署 （Windows+Ollama+Docker Desktop+ RAGFlow）

适用场景&#xff1a; 1、商城的小机器人自动根据实际情况回复 2、需要7*24小时运行在线回复&#xff0c;如&#xff1a;在线购物、在线咨询、在线招生等 3、无人值守环境 2025年1月&#xff0c;DeepSeek 正式发布 DeepSeek-R1 推理大模型&#xff0c;DeepSeek-R1 成本价格低…
阅读更多...
SPI驱动(八) -- SPI_DAC设备驱动程序

SPI驱动(八) -- SPI_DAC设备驱动程序

文章目录 参考资料&#xff1a;一、编写设备树二、 编写驱动程序三、编写测试APP四、Makefile五、上机实验 参考资料&#xff1a; 参考资料&#xff1a; 内核头文件&#xff1a;include\linux\spi\spi.h内核文档&#xff1a;Documentation\spi\spidevDAC芯片手册&#xff1a;…
阅读更多...
MySQL 衍生表（Derived Tables）

MySQL 衍生表（Derived Tables）

在SQL的查询语句select …. from …中&#xff0c;跟在from子句后面的通常是一张拥有定义的实体表&#xff0c;而有的时候我们会用子查询来扮演实体表的角色&#xff0c;这个在from子句中的子查询会返回一个结果集&#xff0c;这个结果集可以像普通的实体表一样查询、连接&…
阅读更多...
HarmonyOS NEXT开发进阶（十二）：build-profile.json5 文件解析

HarmonyOS NEXT开发进阶（十二）：build-profile.json5 文件解析

文章目录 一、前言二、Hvigor脚本文件三、任务与任务依赖图四、多模块管理4.1 静态配置模块 五、分模块编译六、配置多目标产物七、配置APP多目标构建产物八、定义 product 中包含的 target九、拓展阅读 一、前言 编译构建工具DevEco Hvigor&#xff08;以下简称Hvigor&#x…
阅读更多...
深度学习笔记（37周）

深度学习笔记（37周）

目录 摘要 Abstracts 1. 介绍 2. 相关工作 3. 模型 3.1 时序段网络TSN 3.2 学习时序段网络 4. 训练结果 5. 结论 摘要 本周阅读的论文是《Temporal Segment Networks: Towards Good Practices for Deep Action Recognition》。作者主要想通过较少的训练样本&#xff…
阅读更多...
ELK+Filebeat+Kafka+Zookeeper安装部署

ELK+Filebeat+Kafka+Zookeeper安装部署

1.安装zookeeper zookpeer下载地址:apache-zookeeper-3.7.1-bin.tar.gzhttps://link.csdn.net/?targethttps%3A%2F%2Fwww.apache.org%2Fdyn%2Fcloser.lua%2Fzookeeper%2Fzookeeper-3.7.1%2Fapache-zookeeper-3.7.1-bin.tar.gz%3Flogin%3Dfrom_csdn 1.1解压安装zookeeper软件…
阅读更多...
【软考-架构】3.3、模式分解-事务并发-封锁协议

【软考-架构】3.3、模式分解-事务并发-封锁协议

✨资料&文章更新✨ GitHub地址&#xff1a;https://github.com/tyronczt/system_architect 文章目录 模式分解&#xff08;难点&#xff09;无损分解&#x1f4af;考试真题并发控制封锁协议&#x1f4af;考试真题第一题第二题 模式分解&#xff08;难点&#xff09; 保持函…
阅读更多...
审批工作流系统xFlow

审批工作流系统xFlow

WorkFlow-审批流程系统 该项目为完全开源免费项目 可用于学习或搭建初始化审批流程系统 希望有用的小伙伴记得点个免费的star gitee仓库地址 仿钉钉飞书工作审批流系统 介绍 前端技术栈: vue3 ts vite arcodesign eslint 后端技术栈:springbootspring mvc mybatis mavenmysq…
阅读更多...
【数据结构初阶第十九节】八大排序系列(下篇)—[详细动态图解+代码解析]

【数据结构初阶第十九节】八大排序系列(下篇)—[详细动态图解+代码解析]

hello&#xff0c;好久不见&#xff01; 云边有个稻草人-CSDN博客 上篇内容&#xff0c;回顾一下吧【数据结构初阶第十八节】八大排序系列(上篇)—[详细动态图解代码解析]-CSDN博客 今天我们来学习下篇 目录 &#xff08;2&#xff09;快速排序 【挖坑法】 —思路 —思路…
阅读更多...
定制开发开源 AI 智能名片 S2B2C 商城小程序源码在小程序直播营销中的应用与价值

定制开发开源 AI 智能名片 S2B2C 商城小程序源码在小程序直播营销中的应用与价值

摘要&#xff1a; 本文主要探讨了定制开发开源 AI 智能名片 S2B2C 商城小程序源码在小程序直播营销中的应用与价值。首先详细阐述了小程序直播的基本概念、特点、发展历程及营销意义&#xff0c;包括其便捷性、广泛的受众连接能力以及对企业推广的重要作用。接着深入剖析了定制…
阅读更多...
蓝桥杯Python赛道备赛——Day3：排序算法（二）（归并排序、堆排序、桶排序）

蓝桥杯Python赛道备赛——Day3：排序算法（二）（归并排序、堆排序、桶排序）

本博客是蓝桥杯备赛系列中排序算法的第二期&#xff0c;包括&#xff1a;归并排序、堆排序和桶排序。每一个算法都在给出概念解释的同时&#xff0c;给出了示例代码&#xff0c;以供低年级师弟师妹们学习和练习。 由于本期的三个算法的复杂度相对来说要高于上一期的三个算法&am…
阅读更多...
Type-C：智能家居的电力革命与空间美学重构

Type-C：智能家居的电力革命与空间美学重构

在万物互联的时代浪潮中&#xff0c;家居空间正经历着从功能容器到智慧终端的蜕变。当意大利设计师安东尼奥奇特里奥提出"消失的设计"理念二十年后&#xff0c;Type-C充电技术正以润物无声的方式重塑着现代家居的形态与内核&#xff0c;开启了一场静默的居住革命。 【…
阅读更多...
第十五届蓝桥杯C/C++组:宝石组合题目（从小学奥数到编程题详解）

第十五届蓝桥杯C/C++组:宝石组合题目（从小学奥数到编程题详解）

这道题目真的一看就不好做&#xff0c;如果直接暴力去做百分之90必挂掉&#xff0c;那么这道题目到底应该怎么去做呢&#xff1f;这我们就得从小学奥数开始聊了。&#xff08;闲话&#xff1a;自从开始蓝桥杯备赛后&#xff0c;每天都在被小学奥数震惊&#xff0c;为什么我小的…
阅读更多...
ECharts中Map(地图)样式配置、渐变色生成

ECharts中Map(地图)样式配置、渐变色生成

前言 ECharts是我们常用的图表控件&#xff0c;功能特别强大&#xff0c;每次使用都要查API比较繁琐&#xff0c;这里就记录开发中常用的配置。 官网&#xff1a;https://echarts.apache.org/handbook/zh/get-started 配置项&#xff1a;https://echarts.apache.org/zh/opti…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023