- 综合排序
- 最热优先
- 最新优先
- 来自专栏SDNLAB
7亿美元紧急订单后，台积电停止接收华为新订单？
据报道，华为紧急向台积电追加7亿美元大单，涵盖5nm和7nm制程芯片的代工，使得台积电相关产能瞬间爆满。 传台积电停止接收华为的新订单？ 今天据日经新闻报道，台积电方面目前已停止从华为接收新订单。 ? 不过，据新浪科技报道，台积电方面很快做出回应，称已停止向华为提供新订单的报道“纯粹是市场传言”。 相关数据统计显示，去年全年华为订单给台积电带去了超361亿的营业收入，同比增长超80%，占台积电总营收的14%，是后者的第二大客户，仅次于苹果。 ?
71640发布于 2020-05-26 - 来自专栏刷题笔记
7-6 列车调度 (25 分)
本文链接：https://blog.csdn.net/shiliang97/article/details/98481886 7-6 列车调度 (25 分) 火车站的列车调度铁轨的结构如下图所示。 在图中有9趟列车，在入口处按照{8，4，2，5，3，9，1，6，7}的顺序排队等待进入。如果要求它们必须按序号递减的顺序从出口离开，则至少需要多少条平行铁轨用于调度？ 输入样例： 9 8 4 2 5 3 9 1 6 7 输出样例： 4 我和这个大佬?遇到的问题一样，超时了。。。。 7-6 列车调度 (25 分) - mumu - CSDN博客 这个问题分析起来挺简单的。我想的是整一个数组，比前面大的小，就把大的换成这个小的，比前面的大就存到下一个。
1.1K10发布于 2019-11-08 代驾系统平台开发如何设计稳定的订单与调度体系
代驾系统的核心难点，不在于下单本身，而在于订单能否被稳定创建、司机能否被准确调度、行程状态能否持续一致。尤其在夜间高峰、节假日等场景下，任何一个环节设计不当，都会直接导致系统崩溃或大量投诉。 本文从代驾系统平台开发的角度，拆解订单与调度体系的核心设计思路，并结合关键代码示例，说明一套稳定的代驾系统是如何在高并发环境下运行的。 调度流程拆解订单创建进入派单状态匹配可用司机推送派单司机确认四、司机匹配的核心逻辑调度模块的职责是：在合适的时间，把合适的订单，推给合适的司机。 ：订单状态清晰，流程可控调度异步化，避免接口阻塞并发控制明确，防止重复接单异常路径有兜底方案这也是大多数成熟代驾平台在实际运营中采用的核心思路。 一套设计良好的订单与调度体系，必须经得起高并发、夜间高峰和异常情况的反复考验，这也是代驾系统能否长期运营的技术基础。
20910编辑于 2026-01-30- 来自专栏程序猿的大杂烩
Java并发编程（7）- 线程调度 - 线程池
在上边的类图中，最上层就是Executor框架，它是一个根据一组执行策略的调用调度执行和控制异步任务的框架，目的是提供一种将任务提交与任务如何运行分离开的机制。 因为此时线程池与队列容量都是有限的了，所以想让线程池处理任务的吞吐率达到一个合理的范围，又想使我们的线程调度相对简单，并且还尽可能降低线程池对资源的消耗，那么我们就需要合理的设置corePoolSize 但是如果线程池的容量设置的过大，提高任务的数量过多的时候，并发量会增加，那么线程之间的调度就是一个需要考虑的问题，这样反而可能会降低处理任务的吞吐量。 接下来用一个例子演示一下如何通过ThreadPoolExecutor来创建线程池，这里使用7个参数的构造函数，示例代码如下： package org.zero.concurrency.demo.example.threadpool 例如当线程池内需要执行的任务很小，小到执行任务的时间和任务调度的时间很接近，这时若使用线程池反而会更慢，因为任务调度和任务管理是需要耗时的。
1.1K10发布于 2020-09-23 - 来自专栏算法与数据结构
PTA 7-2 列车调度（25 分）
7-2 列车调度（25 分） 火车站的列车调度铁轨的结构如下图所示。 两端分别是一条入口（Entrance）轨道和一条出口（Exit）轨道，它们之间有N条平行的轨道。 在图中有9趟列车，在入口处按照{8，4，2，5，3，9，1，6，7}的顺序排队等待进入。如果要求它们必须按序号递减的顺序从出口离开，则至少需要多少条平行铁轨用于调度？ 输入样例： 9 8 4 2 5 3 9 1 6 7 输出样例： 4 #include <iostream> // 类比最长上升子序列做 #include <cstdio> #include <cstring
2.6K90发布于 2017-12-29 外卖配送小程序开发核心难点：调度系统与订单分发机制解析
在实际的外卖配送小程序开发过程中，真正决定系统上限的，从来不是下单页面或商品展示，而是隐藏在后端的两套核心能力：调度系统与订单分发机制。前者决定配送效率，后者决定系统稳定性与骑手体验。 一、为什么调度系统是外卖配送小程序开发的核心难点表面上看，配送只是“把订单给骑手”，但本质上是一个典型的多约束实时优化问题：多订单（同时产生）多骑手（状态动态变化）多约束条件（距离、时间、负载、优先级） ：大量订单创建实时调度计算骑手状态更新如果没有架构设计，很容易直接崩掉。 八、总结在外卖配送小程序开发中：订单系统只是基础调度系统决定效率分发机制决定稳定性路径优化决定规模能力如果这三块没有做好，再多功能也只是“表面完整”。 如果你接下来是要做方案展示或者对外讲解，我建议你再补一层内容： “调度能力如何转化为平台利润（配送效率=订单密度=收益）”这个才是客户真正关心的。
18910编辑于 2026-04-25- 来自专栏java学习java
订单服务：订单流程
订单流程 订单流程是指从订单产生到完成整个流转的过程，从而行程了一套标准流程规则。 而不同的产品类型或业务类型在系统中的流程会千差万别，比如上面提到的线上实物订单和虚拟订单的流程，线上实物订单与 O2O 订单等，所以需要根据不同的类型进行构建订单流程。 而每个步骤的背后，订单是如何在多系统之间交互流转的，可概括如下图 1、订单创建与支付 (1) 、订单创建前需要预览订单，选择收货信息等 (2) 、订单创建需要锁定库存，库存有才可创建，否则不能创建 ( (2) 、订单取消，用户主动取消订单和用户超时未支付，两种情况下订单都会取消订 单，而超时情况是系统自动关闭订单，所以在订单支付的响应机制上面要做支付的限时处理，尤其是在前面说的下单减库存的情形下面， (3) 、退款，在待发货订单状态下取消订单时，分为缺货退款和用户申请退款。如果是 全部退款则订单更新为关闭状态，若只是做部分退款则订单仍需进行进行，同时生 成一条退款的售后订单，走退款流程。
2.4K61编辑于 2023-10-15 - 来自专栏算法
订单超时自动取消：7大策略与实战技巧
我们可以把订单的超时时间作为Score，订单ID作为Value存到Redis的ZSet中，定时去取出到期的订单进行取消。 Redis Key过期回调 适用场景：对超时事件实时性要求高，并且希望依赖Redis本身的特性实现简单的任务调度。 使用定时任务框架 适用场景：订单取消操作复杂，需要分布式支持。 定时任务框架，比如Quartz、Elastic-Job，能够高效地管理任务调度，适合处理批量任务。 public void scanAndCancelOrders() { System.out.println("开始扫描并取消过期订单"); // 这里调用数据库更新逻辑 } 优点：成熟的调度框架支持复杂任务调度 7. 基于触发式事件流处理 适用场景：需要处理实时性较高的订单取消，同时结合复杂业务逻辑，例如根据用户行为动态调整超时时间。
1.3K10编辑于 2024-12-27 - 来自专栏苏三说技术
订单超时自动取消的7种方案，我用这种！
我们可以把订单的超时时间作为 Score，订单 ID 作为 Value 存到 Redis 的 ZSet 中，定时去取出到期的订单进行取消。 Redis Key 过期回调 适用场景：对超时事件实时性要求高，并且希望依赖 Redis 本身的特性实现简单的任务调度。 使用定时任务框架 适用场景：订单取消操作复杂，需要分布式支持。 定时任务框架，比如：Quartz、Elastic-Job，能够高效地管理任务调度，适合处理批量任务。 成熟的调度框架支持复杂任务调度。 7. 基于触发式事件流处理 适用场景：需要处理实时性较高的订单取消，同时结合复杂业务逻辑，例如根据用户行为动态调整超时时间。
1.2K11编辑于 2024-12-20 - 来自专栏∑小熊猫的博客
Java 多线程系列(7) —— 线程的延时调度
线程的延时调度 实现线程的延时调度需要两个对象，一个是负责对任务进行调度的调度对象 Timer，另一个是继承了 TimerTask 对象的自定义的延时调度对象 简单代码示例 延时调度任务对象 该对象是需要被延时调度的任务 extends TimerTask{ @Override public void run() { System.out.println("执行任务" + new Date()); } } 调度任务 调度函数 Timer 定时任务的调度函数有以下六个 schedule(TimerTask task, long delay) schedule(TimerTask task, Date time) schedule time 指的是指定时调度任务的时间，如果时间为之前的时间的话，则会立即执行调度任务。period 是循环执行的间隔时间。 假如是设定调度时间是timer开启调度的前10s进行调度，调度执行的周期为 2S，在执行10S 后取消调度。
1.6K10发布于 2021-01-20 - 来自专栏编程笔记
订单支付超时，自动关闭订单实现
今天跟大家一起探讨一个场景：用户对商品下单，约定30分钟没支付，超时订单将被系统自动关闭。 你会如何实现呢？ 早期方案：扫表 定时任务，每分钟去查询数据库，查询超时没有支付的，就修改订单状态。 时间到了，消费端拿到数据，就查询数据，判断订单状态，如果没有支付，就修改订单状态。 图片 目前落地的是采用 RabbitMQ 的延迟队列。 用户创建订单成功，就加入到 MQ 的延迟队列，时间到了，就会自动消费，然后关单。
2.5K10编辑于 2023-03-16 - 来自专栏安富莱嵌入式技术分享
【STM32H7】第14章 ThreadX调度锁，任务锁和中断锁（调度阀值）
mod=viewthread&tid=99514 第14章 ThreadX调度锁，任务锁和中断锁（调度阀值） 本章教程为大家讲解调度锁，任务锁和中断锁的概念，以及ThreadX调度锁的使用。 14.4 调度锁 调度锁就是RTOS提供的调度器开关函数，如果某个任务调用了调度锁开关函数，处于调度锁开和调度锁关之间的代码在执行期间是不会被高优先级的任务抢占的，即任务调度被禁止。 这一点要跟临界段的作用区分开，调度锁只是禁止了任务调度，并没有关闭任何中断，中断还是正常执行的。而临界段进行了开关中断操作。 与任务锁一样，也可以采用调度阀值实现。 14.6 实验例程 配套例子： V7-3009_ThreadX Preemption Threshold 实验目的： 学习ThreadX抢占阀值。 COM 0 1020 191 191 System Timer Thread 串口软件可以使用SecureCRT或者H7-
1.3K20发布于 2021-06-24 - 来自专栏刷题笔记
【2020HBU天梯赛训练】7-40 列车调度
7-40 列车调度 火车站的列车调度铁轨的结构如下图所示。 ? 两端分别是一条入口（Entrance）轨道和一条出口（Exit）轨道，它们之间有N条平行的轨道。 在图中有9趟列车，在入口处按照{8，4，2，5，3，9，1，6，7}的顺序排队等待进入。如果要求它们必须按序号递减的顺序从出口离开，则至少需要多少条平行铁轨用于调度？ 输入样例： 9 8 4 2 5 3 9 1 6 7 输出样例： 4 set奇解 set自动排序 直接定位 #include <bits/stdc++.h> using namespace std; int
57110发布于 2020-06-23 - 来自专栏浅谈电商系统的实践经验
（1）订单模块---创建订单和更新订单如何保证幂等
存储系统最基本的原则是保证数据不能错前言.什么是幂等幂等：系统间多次重复请求，跟第一次请求产生的结果一样，而无其他的影响用户在立即购买点击下单时候，有可能重复点击下单按钮，如果后端根据请求的次数相应的创建多笔订单 ，这是系统的bug，实际上用户只是点击一次下单，所以要保证下单接口的幂等性，对于业务订单的支付状态或者物流状态变更都是基于订单表进行的更新update操作，也需要保证幂等性知识点：数据库select update 创建订单 怎么保证幂等性其实就是给每个请求分配唯一的订单号，这个订单号要保证全局唯一，其次需要是递增，能看出下单请求的次序具体就是需要用户在下单前，先请求后台服务获取一个订单号，然后再带着订单号下单，具体后台处理逻辑就是 查询是为了保证不重复插入，如果查询有数据，直接返回给客户端，否则新增注意事项：或者直接新增，如果有报唯一索引冲突，说明之前有过相同的插入记录，此时需要返回客户端的是成功提示，而不是失败，提升用户体验2.订单更新 怎么保证幂等用户立即购买，并且支付后，订单的状态需要更新为支付成功可以直接利用数据库的更新操作保证幂等性，但是具体到业务场景，还需要避免ABA问题，这个时候，需要多加个维度保证数据更新的幂等，答案是维护一个版本号
1K10编辑于 2023-09-26 - 来自专栏SAP最佳业务实践
SAP最佳业务实践:FI–自建资产(资本投资订单)(164)-7 KO88投资订单的最终结算
4.9 KO88投资订单的最终结算 最终结算将根据结算规则把在建资产的成本结转到完工资产及成本中心。最终结算后，投资订单及在建资产的余额将为零。 投资订单的状态已被设置为“技术性结账”。 在建工程内部订单的成本基于内部订单中的结算规则被转到相应资产。 ? ? ? ? ?
1.5K50发布于 2018-03-30 - 来自专栏普通程序员
订单管理
订单管理包括以下几部分，本文只是综述 1、订单下单 2、订单拆单 3、订单售后（退款退货） 4、线下服务订单 5、订单数据统计 6、扩展：购物车 ? 通过订单中心，实现对线上订单、线下订单及第三方订单的管理，支持订单接收、订单自动合并与拆分、自动匹配仓库、库存控制、自动匹配快递、结算与支付等订单生命周期中的一系列协同作业。 依靠灵活多变的订单产品设计架构，可满足电商企业百万级的订单业务处理需求，提升订单流转的工作效率。 在订单生成之后，会随着订单的流转更新状态。 （6）售后中：用户在付款后发货前申请退款，或商家发货后用户申请退、换货，都会产生这种订单状态。订单售后状态又分许多种，后面详述。 （7）交易关闭：当售后完成后的订单状态。 另外系统应设置申诉周期，保证商家利益，例如：在发货之后7天自动确认收货，交易成功15天后售后通道关闭。
3.7K10发布于 2019-10-23 - 来自专栏普通程序员
订单下单
在用户选择商品之后提交订单的一瞬间，订单实际上经过了各系统之间的漫长回路，如图所示的订单下单流程。 ? （5）在调度中心校验销售层库存，按照调度规则锁定区域库存。 客户向销售确定购买车，生成订单，客户缴纳意向金。 至此生成订单，此时订单状态为待付款。 订单包含的所有信息内容如下 用户信息：用户账号、用户等级。 订单基础信息：父订单与子订单、订单编号、订单状态。 收货信息：收货地址、收货人姓名、联系电话、邮编。 这次整体的购买行为记录在父订单下，当系统首次提交订单结算时，会合并子订单，针对父订单进行结算。当提交订单后结算中断，或结算之后，系统在更新订单状态、物流追踪时，针对的就是子订单。
4.4K21发布于 2019-10-23 - 来自专栏全栈程序员必看
订单支付
目录 前言 支付系统的作用 核心流程 架构图 代码流程 线程池中处理发送消息到MQ、持久化的数据库 支付成功后，消息分发流程图 订单作为消费者消费消息 测试 ---- ---- 前言 文章中的图片和在摘录不是来自一篇文章 支付系统的作用 https://www.cnblogs.com/veblen/p/10992167.html 核心流程 http://www.woshipm.com/pd/1392102.html 订单支付 ： 用户支付完订单后，需要获取订单的支付信息，包括支付流水号、支付时间等。 支付完订单接着就是等商家发货，但在发货过程中，根据平台业务模式的不同，可能会涉及到订单的拆分。 代码流程 创建支付 线程池中处理发送消息到MQ、持久化的数据库 支付成功后，消息分发流程图 订单作为消费者消费消息 测试 在测试程序中调用sendMessage 因为发送消息是在线程池中，当测试程序
2.3K40编辑于 2022-08-18 - 来自专栏SPA顾问之路
SPA 母子订单（汇总订单）详解及测试
对于汇总订单（母子订单）的使用方法，首先要区别呀组合订单的使用。 母子订单适用于在成品与半成品工序衔接很快，不考虑半成品的通用与挪用的业务情况下，如电子行业中对于产品可能需要进标印，不标印的半成品和标印的成品流转很快，就可参考使用母子订单。 关于组合订单讲解和演示，不在此篇范围内，详见SPA PP 组合订单 详解及场景测试。 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 汇总订单（母子订单）存在的问题 1、单特殊获取字段同时要用于其它用途时，可能会存在问题（如50虚拟半成品或70从替代工厂领料）。 无法实现物料挪用 在后台配置生产订单类型（TCODEOPJH)的时候，有一个“汇总订单包含货物移动”的选项，选中就可以了，这个好像可以解决母工单的实际成本问题。
2.4K21发布于 2021-02-24 - 来自专栏用户9199536的专栏
C|进程调度|单核CPU调度
CPU调度，决定了CPU执行进程的策略，好的调度policy需要兼顾进程首次被调度的等待时间和进程结束执行的等待时间，因此在算法设计上极其精妙。本章完全Copy自OSTEP，介绍了基础的调度算法。 执行后必须执行到底，无法优化 条件三 假设条件3取消，可以进行Process Switch Shortest Time-to-Completion First （STCF） 每次新job进入，重新进行调度 ，按照剩余时间进行调度（可以看作把job分割） Metric II 首次被调度等待的时间 Round Robin 时间切片，每次切片都轮换所有进程。 ---- 疑惑 首次被调度等待的时间 Round Robin 时间切片，每次都轮换所有进程。
1.7K40发布于 2021-11-22
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号