华为OD机试经典题:内存资源分配算法详解与Java实现
1. 项目概述与核心价值最近在技术社区和求职圈里“华为OD”机试的热度一直居高不下尤其是其中的算法题常常成为大家讨论和准备的焦点。今天我想和大家深入聊聊一道经典的题目——“内存资源分配”。这道题不仅频繁出现在华为OD的D卷机试中分值高达100分其背后所考察的核心思想在实际的软件开发、系统设计乃至资源调度场景中都有着广泛的应用。简单来说它模拟了一个非常现实的场景你有一块连续的内存空间当一系列大小不同的内存申请请求到来时你需要设计一个策略高效、合理地分配内存块并处理释放请求。这听起来是不是很像操作系统内存管理的基础或者是云平台中虚拟机/容器的资源调度没错这道题的精髓就在于将复杂的工程问题抽象为清晰的算法模型。对于正在准备华为OD机试尤其是使用Java语言的同学来说吃透这道题意义重大。它综合考察了对数据结构的理解数组、链表、树等、对贪心或特定分配策略的把握以及将思路转化为健壮代码的能力。网上能找到的很多答案可能只给出了代码但对于“为什么这么做”、“边界情况如何处理”、“不同策略的优劣”却鲜有深入剖析。而这恰恰是面试官最看重的也是我们日常工作中解决实际问题时需要具备的思维。接下来我将从一个实际开发者的角度不仅给出一种清晰的Java实现方案更会拆解其背后的设计思路、多种可能的策略对比以及我在编码和调试过程中积累的那些“坑”和技巧。无论你是为了备战面试还是想深化对资源分配算法的理解相信这篇内容都能给你带来实实在在的收获。2. 问题深度解析与建模思路在动手写代码之前我们必须把问题理解透彻并建立一个清晰的数学模型。这是解决任何算法问题的第一步也是最关键的一步。2.1 问题场景还原与需求定义题目描述通常是这样的我们管理着一块大小为M的连续内存空间例如M100表示100个单位的内存。接下来会按顺序收到两类操作指令申请内存指令格式如REQUEST20表示申请一个大小为20个单位的连续内存块。释放内存指令格式如RELEASE5表示释放起始地址为5的内存块假设地址从0开始。我们需要实现一个分配器对于每个申请指令在内存空间中找到一个合适的空闲区域分配出去并返回分配的起始地址如果无法找到满足要求的连续空间则分配失败。对于释放指令则将对应的内存块标记为空闲后续可以重新分配。这里隐藏了几个核心需求连续性分配的内存必须是物理上连续的这是问题的关键约束也是模拟真实内存管理的特性。高效查找如何从当前零散的空闲区域中快速找到一个能满足申请大小的区域策略可定义采用什么样的策略来选择空闲区域例如是选择第一个足够大的首次适应还是选择大小最接近的最佳适应题目有时会明确策略有时需要我们自己定义并说明。碎片处理随着不断的分配和释放内存中会出现外部碎片空闲空间总和足够但被已分配块隔开没有足够大的连续块。我们的算法需要能处理这种情况但通常不要求进行碎片整理压缩。2.2 核心数据结构选型与权衡如何表示内存状态这是设计的基石。常见思路有以下几种1. 使用一个布尔型或整型数组这是最直观的想法。创建一个长度为M的数组memory[]memory[i] 0表示空闲memory[i] 1表示已分配或者用进程ID标记。优点实现简单释放操作是O(1)直接根据起始地址标记即可。缺点申请操作效率低。每次申请都需要遍历数组寻找连续size个0的位置时间复杂度为O(M*size)在M较大时性能很差。这不符合高效查找的需求。2. 使用“空闲分区链”这是操作系统教材中的经典方法。我们不再关注每一个单元而是维护一个空闲块的链表。每个空闲块节点记录其起始地址和大小。初始时链表只有一个节点{start0, sizeM}。申请内存遍历空闲链表根据策略如首次适应找到一个size 申请大小的节点。分配时从这个节点中划出所需大小。如果该节点分配后剩余空间大于0则更新该节点的大小和起始地址如果恰好用完则将该节点从链表中删除。返回分配块的起始地址。释放内存这是难点。释放一个块[start, startsize)后需要将其插入空闲链表并检查是否能与相邻的空闲块合并以消除碎片。这需要遍历链表找到插入位置并检查前驱和后继节点的边界。优点申请操作的平均效率高于数组遍历尤其是空闲块数量较少时。更贴近真实内存管理器的设计思想。缺点释放操作的合并逻辑稍复杂需要仔细处理边界条件。3. 使用“红黑树”或“平衡二叉搜索树”优化为了进一步提升查找效率特别是最佳适应策略可以将空闲块按大小或地址组织成平衡树结构。例如使用两个TreeSetJava中基于红黑树的有序集合一个按块大小排序一个按起始地址排序以支持高效查找和合并。优点查找、插入、删除操作的理论时间复杂度为O(log N)N为空闲块数量性能最优。缺点实现复杂度最高在机试的有限时间内可能不是首选。我的选择与理由对于华为OD机试场景我强烈推荐并详细讲解**“空闲分区链”**的实现。原因有三第一它完美匹配问题对连续性和高效查找的要求第二其实现复杂度适中既能体现良好的数据结构设计能力又能在有限时间内完成第三释放时的合并操作是重要的考查点能区分出考虑是否周全的候选人。我们将基于双向链表来实现这个空闲链以便于合并时访问前驱节点。2.3 分配策略首次适应 vs 最佳适应题目可能要求实现特定策略理解其区别至关重要。首次适应从链表头部开始遍历找到第一个大小足够的空闲块就进行分配。这是最快的方法但可能导致低地址端产生很多小碎片。最佳适应遍历整个链表找到大小最接近申请大小的空闲块进行分配。这有助于减少外部碎片但每次都需要遍历整个链表性能稍差且可能产生更多难以利用的微小碎片。在本文的实现中我们将以首次适应策略为例因为它更常见且实现更直观。理解了它最佳适应的实现只需稍作修改将遍历找第一个满足条件的逻辑改为遍历找大小差值最小的。3. 基于空闲分区链的Java实现详解现在我们进入核心的代码实现环节。我会逐模块讲解并附上完整的、可运行的代码。3.1 数据结构定义空闲块节点首先我们需要定义一个内部类FreeBlock来表示空闲内存块。使用双向链表结构便于合并操作时访问前驱和后继。class FreeBlock { int start; // 空闲块起始地址 int size; // 空闲块大小 FreeBlock prev; // 前驱节点 FreeBlock next; // 后继节点 FreeBlock(int start, int size) { this.start start; this.size size; this.prev null; this.next null; } Override public String toString() { return [ start , (start size) ) size size; } }3.2 内存管理器核心类设计我们创建一个MemoryAllocator类它内部维护一个空闲块的双向链表头节点head。初始时head指向一个代表整个内存空间的节点。public class MemoryAllocator { private FreeBlock head; // 空闲链表头节点 private final int totalSize; // 内存总大小 public MemoryAllocator(int totalSize) { this.totalSize totalSize; // 初始化整个内存是一个大空闲块 this.head new FreeBlock(0, totalSize); } }3.3 核心方法一内存申请allocate这是最核心的方法采用首次适应策略。/** * 申请指定大小的内存 * param size 申请的内存大小 * return 成功则返回分配的首地址失败返回 -1 */ public int allocate(int size) { if (size 0) { return -1; // 无效申请 } FreeBlock current head; while (current ! null) { if (current.size size) { // 找到第一个足够大的块 int allocatedStart current.start; // 分配后如果该块有剩余则缩小当前空闲块 if (current.size size) { current.start size; current.size - size; } else { // 该块被完全分配需要从链表中移除 removeBlock(current); } return allocatedStart; // 返回分配块的起始地址 } current current.next; } // 遍历完所有空闲块都没找到合适的 return -1; } /** * 从空闲链表中移除一个块 */ private void removeBlock(FreeBlock block) { if (block.prev ! null) { block.prev.next block.next; } else { // 要移除的是头节点 head block.next; } if (block.next ! null) { block.next.prev block.prev; } }关键点解析遍历查找从head开始线性扫描空闲链表。分配决策一旦找到current.size size的块立即分配。这就是“首次适应”。空间分割如果分配后原空闲块有剩余current.size size我们采用“从低地址端分配”的方式。只需更新该空闲块的start原起始地址分配大小和size原大小-分配大小即可。这种方式最简单无需创建新节点。块移除如果分配后原空闲块被恰好用完则需要调用removeBlock方法将该节点从链表中彻底删除。这个方法需要仔细处理边界条件特别是当被移除的节点是头节点head时。3.4 核心方法二内存释放free与碎片合并释放操作比申请更复杂因为涉及插入新空闲块和可能的合并操作以消除碎片。/** * 释放从指定起始地址开始的内存块 * param start 要释放内存块的起始地址 * param size 要释放内存块的大小 * return 成功返回 true失败如地址无效、重叠等返回 false */ public boolean free(int start, int size) { if (size 0 || start 0 || start size totalSize) { return false; // 参数检查 } // 1. 创建要释放的空闲块节点 FreeBlock blockToFree new FreeBlock(start, size); // 2. 寻找插入位置按起始地址有序插入链表 FreeBlock prev null; FreeBlock current head; while (current ! null current.start blockToFree.start) { prev current; current current.next; } // 3. 插入新节点到链表中 blockToFree.next current; blockToFree.prev prev; if (prev ! null) { prev.next blockToFree; } else { head blockToFree; // 新块成为头节点 } if (current ! null) { current.prev blockToFree; } // 4. 关键步骤向前合并 if (prev ! null prev.start prev.size blockToFree.start) { // 前一个空闲块刚好相邻 prev.size blockToFree.size; // 从链表中删除被合并的blockToFree prev.next blockToFree.next; if (blockToFree.next ! null) { blockToFree.next.prev prev; } blockToFree prev; // 将blockToFree指向合并后的块以便后续向后合并 } // 5. 关键步骤向后合并 FreeBlock nextBlock blockToFree.next; if (nextBlock ! null blockToFree.start blockToFree.size nextBlock.start) { // 后一个空闲块刚好相邻 blockToFree.size nextBlock.size; // 从链表中删除被合并的nextBlock blockToFree.next nextBlock.next; if (nextBlock.next ! null) { nextBlock.next.prev blockToFree; } } return true; }合并逻辑详解这是最容易出错的地方有序插入为了便于合并我们必须保持空闲链表按start地址升序排列。所以在插入新释放的块时需要遍历找到正确的位置while (current ! null current.start blockToFree.start)。向前合并检查新块的前驱节点prev。如果prev的结束地址prev.start prev.size等于新块的起始地址blockToFree.start说明它们物理相邻。此时将新块合并到前驱块中扩大prev的size并将blockToFree从链表中移除。注意合并后blockToFree引用应指向合并后的块即prev为下一步向后合并做准备。向后合并检查可能是合并后的blockToFree的后继节点nextBlock。如果blockToFree的结束地址等于nextBlock的起始地址则将后继块合并进来扩大blockToFree的size并将nextBlock从链表中移除。重要心得合并操作必须按“先向前再向后”的顺序进行。如果先向后合并可能会改变前驱块的next指针导致向前合并的判断逻辑出错。这个顺序是经过实践验证的稳定做法。3.5 辅助方法打印内存状态为了方便调试和观察内存变化我们可以添加一个方法打印当前所有空闲块。public void printFreeList() { System.out.print(空闲链表: ); FreeBlock current head; while (current ! null) { System.out.print(current - ); current current.next; } System.out.println(null); }4. 完整代码整合与测试用例将上述所有部分整合并编写一个main方法进行测试。public class HuaweiODMemoryAllocator { static class FreeBlock { int start; int size; FreeBlock prev; FreeBlock next; FreeBlock(int start, int size) { this.start start; this.size size; } Override public String toString() { return [ start , (start size) ); } } static class MemoryAllocator { private FreeBlock head; private final int totalSize; public MemoryAllocator(int totalSize) { this.totalSize totalSize; this.head new FreeBlock(0, totalSize); } public int allocate(int size) { if (size 0) return -1; FreeBlock cur head; while (cur ! null) { if (cur.size size) { int allocStart cur.start; if (cur.size size) { cur.start size; cur.size - size; } else { // remove this block if (cur.prev ! null) cur.prev.next cur.next; else head cur.next; if (cur.next ! null) cur.next.prev cur.prev; } return allocStart; } cur cur.next; } return -1; } public boolean free(int start, int size) { if (size 0 || start 0 || start size totalSize) return false; FreeBlock newBlock new FreeBlock(start, size); // Find insert position FreeBlock prev null, cur head; while (cur ! null cur.start newBlock.start) { prev cur; cur cur.next; } // Insert newBlock.prev prev; newBlock.next cur; if (prev ! null) prev.next newBlock; else head newBlock; if (cur ! null) cur.prev newBlock; // Merge with previous if (prev ! null prev.start prev.size newBlock.start) { prev.size newBlock.size; prev.next newBlock.next; if (newBlock.next ! null) newBlock.next.prev prev; newBlock prev; } // Merge with next FreeBlock next newBlock.next; if (next ! null newBlock.start newBlock.size next.start) { newBlock.size next.size; newBlock.next next.next; if (next.next ! null) next.next.prev newBlock; } return true; } public void printFreeList() { System.out.print(Free List: ); FreeBlock cur head; while (cur ! null) { System.out.print(cur ); cur cur.next; } System.out.println(); } } public static void main(String[] args) { MemoryAllocator allocator new MemoryAllocator(100); System.out.println(初始状态:); allocator.printFreeList(); System.out.println(\n--- 测试用例1: 基本分配与释放 ---); int addr1 allocator.allocate(30); System.out.println(申请30 - 地址: addr1); allocator.printFreeList(); int addr2 allocator.allocate(20); System.out.println(申请20 - 地址: addr2); allocator.printFreeList(); System.out.println(释放地址 addr1 处的30大小内存); allocator.free(addr1, 30); allocator.printFreeList(); System.out.println(\n--- 测试用例2: 碎片合并 ---); int addr3 allocator.allocate(25); System.out.println(申请25 - 地址: addr3); allocator.printFreeList(); System.out.println(释放地址 addr2 处的20大小内存); allocator.free(addr2, 20); allocator.printFreeList(); // 此时应看到向前合并 System.out.println(\n--- 测试用例3: 分配失败 ---); int addr4 allocator.allocate(60); System.out.println(申请60 - 地址: addr4 (期望-1)); allocator.printFreeList(); System.out.println(\n--- 测试用例4: 精确分配与释放后合并 ---); System.out.println(释放地址 addr3 处的25大小内存); allocator.free(addr3, 25); allocator.printFreeList(); // 此时应看到向后合并最终恢复为一个整块 } }运行上述代码你会看到类似以下输出清晰地展示了内存的分配、释放和合并过程初始状态: Free List: [0, 100) --- 测试用例1: 基本分配与释放 --- 申请30 - 地址: 0 Free List: [30, 100) 申请20 - 地址: 30 Free List: [50, 100) 释放地址0处的30大小内存 Free List: [0, 30) [50, 100) --- 测试用例2: 碎片合并 --- 申请25 - 地址: 50 Free List: [0, 30) [75, 100) 释放地址30处的20大小内存 Free List: [0, 50) [75, 100) // 注意地址30的块与地址0的块合并了 --- 测试用例3: 分配失败 --- 申请60 - 地址: -1 (期望-1) Free List: [0, 50) [75, 100) --- 测试用例4: 精确分配与释放后合并 --- 释放地址50处的25大小内存 Free List: [0, 100) // 所有块释放合并为完整内存5. 进阶思考、边界条件与优化方向一个健壮的实现必须考虑各种边界情况和潜在优化。这里分享一些在实际编码和面试中容易忽略的点。5.1 必须处理的边界条件与防御性编程无效参数校验allocate方法中申请大小必须为正数free方法中起始地址和大小必须合法非负且释放范围不超过总内存否则直接返回失败。释放重叠或未分配的内存一个更严谨的实现需要维护已分配块的信息例如用一个Map记录起始地址-大小在释放时校验要释放的块是否确实是之前分配出去的防止重复释放或释放非法地址。本题简化了场景但面试时可以提出这一点作为扩展。内存耗尽当allocate返回-1时调用者应能妥善处理。链表操作的空指针在removeBlock和合并逻辑中对prev、next进行赋值前务必检查是否为null。5.2 从首次适应到最佳适应的策略切换如果我们想实现最佳适应策略只需修改allocate方法的查找逻辑public int allocateBestFit(int size) { if (size 0) return -1; FreeBlock best null; FreeBlock current head; // 遍历寻找大小最接近且足够的块 while (current ! null) { if (current.size size) { if (best null || current.size best.size) { best current; } } current current.next; } if (best ! null) { int allocatedStart best.start; // ... 同样的分配和移除逻辑作用于best节点 ... return allocatedStart; } return -1; }最佳适应需要遍历整个链表时间复杂度是O(N)。它可能产生更小的剩余碎片但也可能产生大量极小的、无法再被利用的碎片。5.3 性能分析与优化思路时间复杂度首次适应分配平均O(N/2)最坏O(N)N为空闲块数量。最佳适应分配O(N)。释放O(N)主要用于查找插入位置和合并。优化方向使用平衡树如前所述使用两个TreeSet分别按起始地址和大小排序可以将查找、插入、删除的复杂度降至O(log N)。这是工业级内存分配器如malloc的某些实现的做法但实现复杂。分离空闲链表将空闲块按大小范围组织成多个链表例如32B的块一个链表32B-1KB一个链表1KB一个链表。申请时根据大小先到对应的链表中查找找不到再向更大的链表查找。这能显著提升小内存分配的速度。伙伴系统一种用于管理2的幂次方大小内存块的经典算法分配和释放速度很快但可能产生内部碎片。适用于对分配速度要求高、且允许块大小对齐的场景。5.4 机试实战技巧与心得先画图再编码对于链表操作尤其是合并逻辑在纸上画出链表节点前后指针的变化图是避免逻辑混乱的最有效方法。把prev、current、next、newBlock的关系画清楚每一步操作对应地修改指针。模块化函数像removeBlock这样的辅助函数单独写出来让主逻辑更清晰也便于调试。设计全面的测试用例不要只测正常流程。必须测试边界申请申请大小等于0、等于总内存、大于总内存。反复分配释放产生碎片后再分配。合并场景向前合并、向后合并、前后同时合并。分配失败场景。注释关键步骤在释放和合并的代码旁写上简要注释说明意图这能帮助阅卷者或面试官快速理解你的思路。时间管理如果机试时间紧张优先实现主体逻辑分配释放合并确保核心功能正确。优化策略如最佳适应可以作为附加题或最后有时间再做。这道“内存资源分配”题本质上考察的是在特定约束下对数据结构的灵活应用和严谨的编程实现能力。它不像动态规划或图论那样有固定的“套路”更需要你根据问题描述自己设计出合理、高效的解决方案。理解并掌握这种“空闲分区链表首次适应合并”的实现不仅足以应对华为OD的这道真题更能让你对计算机底层的内存管理机制有更直观的认识。在实际开发中当你遇到需要管理一系列“资源槽”或“时间窗口”的问题时这种思路很可能就会派上用场。

相关新闻

步进电机工作原理与精准控制实战指南

步进电机工作原理与精准控制实战指南

你有没有遇到过这样的情况:明明想控制一个设备精确转动到某个角度,结果要么转过了头,要么根本转不动?或者想实现平稳的速度变化,却发现电机要么突然启动要么突然停止?这些问题背后,往往是因为对…

2026/9/25 18:06:01 阅读更多 →
拆解虚幻引擎5 Lyra项目:GAS架构实战与核心组件详解

拆解虚幻引擎5 Lyra项目:GAS架构实战与核心组件详解

1. 项目概述:从 Lyra 示例项目看 GAS 架构的实战价值 如果你接触过虚幻引擎5,尤其是想深入其多人游戏或复杂角色能力系统,那么“Gameplay Ability System”这个名字你一定不陌生。它强大,但也因其陡峭的学习曲线而让不少开发者望而…

2026/10/13 18:51:35 阅读更多 →
IX GEO 平台功能全景介绍

IX GEO 平台功能全景介绍

IX GEO 是一个AI 搜索优化(Generative Engine Optimization)平台。简单说,就是帮品牌在 DeepSeek、豆包、Kimi、通义千问这些 AI 搜索引擎里被搜到、被推荐、被正面评价。目前支持 6 大主流 AI 引擎:DeepSeek、豆包、Kimi、通义千…

2026/9/28 22:38:23 阅读更多 →

最新新闻

Sufer 8.0英文版等值线图实战:从散点插值到批量出图的完整避坑指南

Sufer 8.0英文版等值线图实战:从散点插值到批量出图的完整避坑指南

简介:Surfer 8.0英文版是Golden Software公司推出的专业地形图绘制与三维建模软件,面向地质、环境科学、工程及地球科学领域的从业者与学习者,用于将离散数据转化为连续格网表面并生成专业图件。压缩包共234个文件,约12.41MB&…

2026/10/13 20:10:07 阅读更多 →
校园外卖系统数据库课设实战:三端闭环与状态机设计

校园外卖系统数据库课设实战:三端闭环与状态机设计

简介:本资源是一套完整的微信小程序校园外卖系统课程设计实践项目,面向高校数据库原理与应用、Web前端开发及小程序实战类课程的学生与教师,解决课程设计中缺乏真实业务场景、前后端协同与数据库建模结合案例的问题。压缩包共123个文件&#…

2026/10/13 20:10:07 阅读更多 →
二值图中心线提取实战:从细化算法到毛刺修剪与亚像素优化

二值图中心线提取实战:从细化算法到毛刺修剪与亚像素优化

做图像处理开发的朋友,十有八九都碰到过这类需求:从一张二值图里,把细长目标的中心线稳定地提出来。PCB走线、打印字符的笔画中心、纤维或者线缆的轴线,甚至医学影像里的血管路径,本质上都是同一个问题。最直觉的方案是…

2026/10/13 20:10:07 阅读更多 →
布匹瑕疵数据集-2019天池:工业表面检测小目标与低对比度缺陷基准

布匹瑕疵数据集-2019天池:工业表面检测小目标与低对比度缺陷基准

简介:本资源为2019年天池平台发布的布匹表面瑕疵检测专项数据集,面向计算机视觉方向的初学者与工业质检算法研究者,适用于缺陷识别、目标检测模型训练与小样本学习等实践场景。压缩包共935个文件,含689张JPG格式布匹瑕疵图像&…

2026/10/13 20:10:07 阅读更多 →
STM32F407ZG智能门锁实战:矩阵键盘+OLED+蓝牙+舵机全链路实现

STM32F407ZG智能门锁实战:矩阵键盘+OLED+蓝牙+舵机全链路实现

简介:本资源是一套基于STM32F407ZGT6的智能门锁完整嵌入式开发项目,面向电子/自动化/物联网方向本科生及毕业设计学生,聚焦密码验证、本地交互与蓝牙远程控制三大核心功能,切实解决毕业设计中硬件选型、多外设协同与系统集成等典型…

2026/10/13 20:10:07 阅读更多 →
PS5串流实战指南:从局域网到外网的远程游戏配置与延迟优化

PS5串流实战指南:从局域网到外网的远程游戏配置与延迟优化

直接接PS5玩家一个很现实的问题:这台机器买回来之后,是不是基本就长在客厅电视柜上了?客厅被占、卧室想玩、出差想刷两把,每次都只能乖乖回到电视前。我捣鼓AnyPS5这套串流方案,就是为了把这台主机从HDMI线的长度里解放…

2026/10/13 20:09:06 阅读更多 →

日新闻

物联网系统集成避坑指南:从选型到验收的关键要点

物联网系统集成避坑指南:从选型到验收的关键要点

做了这么多年物联网系统集成的项目,我最大的感受是,大部分坑不是出在技术前沿,而是出在一些看起来很平常的地方。设备选了便宜的、协议没问清楚、现场没摸透、验收标准写得含糊——这些细枝末节,最后都会变成延期、超支和扯皮的大…

2026/10/13 0:00:57 阅读更多 →
ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

如果你玩ESP32有一阵子了,很难不碰到舵机控制这道坎。做智能小车要转方向,做机械臂要抬关节,做云台要偏航俯仰,背后都是同一个东西在干活:舵机。而我见过太多人卡在“代码能编译、舵机就是不听话”这个阶段&#xff0c…

2026/10/13 0:00:57 阅读更多 →
CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

1. 为什么CAN总线至今仍是工业现场的“硬通货”?——从汽车底盘到智能温室的真实需求你有没有拆过一辆老款燃油车的中控台?或者调试过某高校实验室里那台跑着Modbus协议却频频丢帧的PLC控制柜?又或者,在某个农业物联网项目里&…

2026/10/13 0:00:57 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/13 2:54:56 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/13 16:22:04 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/13 1:58:08 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 21:05:09 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/13 14:57:39 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 18:11:17 阅读更多 →