C语言二叉树进阶:AVL旋转、线索化与哈夫曼编码实战
C语言二叉树下这篇主要是接着上篇没聊完的进阶内容来。基础部分——节点定义、递归遍历、求高度这些上篇已经说得比较透了这篇重点放在四个方向上平衡二叉树怎么旋转、中序线索二叉树到底解决什么问题、哈夫曼树和它的编码原理以及二叉树在实际项目里最常见的几种落地姿势。适合三类读者一是刚学完二叉树基础想往深走一步的二是考试或者面试前想系统梳理二叉树进阶考点的三是工作中确实遇到了树形结构处理需求想找一份能直接改改用的代码来参考的。1. 二叉树进阶到底进阶了什么1.1 先从上篇的“能跑”说起上篇最后留了个问题二叉树写出来了、遍历也会了但除了教学演示和几道OJ题好像没什么实际用途。这里必须说一句大实话裸的二叉树确实不实用它只是一个“容器结构”。真正让它值钱的是你在它上面加的各种约束和策略。比如二叉搜索树左小右大查找效率能到O(logn)——但前提是树长得匀称。如果插入顺序恰好是有序的树会退化成一条链表查找变成O(n)这就很尴尬了。所以才会需要平衡树。再比如线索化靠多余的NULL指针把遍历顺序记录下来避免一次次递归查找前驱后继。哈夫曼树则是另一种思路用节点权值决定树的形态达到压缩编码的目的。把这些内容串起来看二叉树进阶学的不是“更多操作”而是**“如何给树设计规则让它在特定场景下高效工作”**。1.2 这篇里你能获得什么我把这部分内容拆成了几个独立模块每个模块都可以单独拿出来用平衡二叉树AVL的旋转原理和插入代码应对“有序数据插入导致退化”的场景中序线索二叉树的构建和遍历解决“频繁找中序前驱/后继效率低”的问题哈夫曼树的贪心构建、编码和解码流程理解无损压缩的最小带权路径长度几个实战场景表达式求值、目录结构表达、以及面试高频题背后的思路。每个模块我会给完整可编译的C代码和运行思路顺带把我在运行时遇到过的坑标出来。建议你看的时候手边放个编辑器跟着敲一遍比光看印象深很多。2. 从裸二叉树到AVL旋转是怎么想出来的2.1 平衡因子的引入与节点结构设计AVL树的核心就一句话任意节点的左右子树高度差不超过1。这个“高度差”就是平衡因子Balance Factor简称BF计算方式是左子树高度减右子树高度取值范围只在-1、0、1之间。我先给出节点结构后面所有旋转代码都基于这个结构#include stdio.h #include stdlib.h typedef struct AVLNode { int data; int height; // 节点高度叶子节点为1 struct AVLNode *left; struct AVLNode *right; } AVLNode; int get_height(AVLNode *node) { return node ? node-height : 0; } int get_balance(AVLNode *node) { return node ? get_height(node-left) - get_height(node-right) : 0; } AVLNode *new_node(int data) { AVLNode *node (AVLNode *)malloc(sizeof(AVLNode)); node-data data; node-height 1; node-left node-right NULL; return node; }注意height字段不是必须存的但它能让平衡判断从O(n)变成O(1)。每次插入或旋转后更新一下相关节点的高度就行代价极小收益很大。2.2 右旋和左旋的完整推导旋转的本质是保持中序序列不变。这个一定要想明白无论树怎么转中序遍历的结果也就是从小到大不能变。右旋解决的是左子树的左子树太高LL型左旋解决的是右子树的右子树太高RR型。右旋的代码AVLNode *rotate_right(AVLNode *y) { AVLNode *x y-left; AVLNode *T2 x-right; x-right y; y-left T2; y-height 1 (get_height(y-left) get_height(y-right) ? get_height(y-left) : get_height(y-right)); x-height 1 (get_height(x-left) get_height(x-right) ? get_height(x-left) : get_height(x-right)); return x; }左旋是它的镜像AVLNode *rotate_left(AVLNode *x) { AVLNode *y x-right; AVLNode *T2 y-left; y-left x; x-right T2; x-height 1 (get_height(x-left) get_height(x-right) ? get_height(x-left) : get_height(x-right)); y-height 1 (get_height(y-left) get_height(y-right) ? get_height(y-left) : get_height(y-right)); return y; }画个图辅助理解假设y是根左孩子x比右子树高2。右旋就是把x提上来当根y变成x的右孩子x原来的右子树T2挂到y的左边。T2的所有节点值都在x和y之间吗因为这是二叉搜索树x-right的所有值大于x小于y挂在y-left正好满足中序顺序。这就是为什么旋转能保证不破坏排序性质。2.3 双旋转LR和RL的处理逻辑只有LL和RR不够。插入一个节点后可能出现左子树的右子树太高LR型这时候单右旋解决不了问题。原因是你右旋时新节点挂在x-right上x本身可能左边不重但x-right接了新节点后导致右旋无效甚至更乱。LR型处理分两步先对y-left做左旋再对y做右旋。RL型反过来。插入函数的完整实现AVLNode *insert(AVLNode *node, int data) { if (node NULL) return new_node(data); if (data node-data) { node-left insert(node-left, data); } else if (data node-data) { node-right insert(node-right, data); } else { return node; // 重复值不处理 } node-height 1 (get_height(node-left) get_height(node-right) ? get_height(node-left) : get_height(node-right)); int balance get_balance(node); // LL if (balance 1 data node-left-data) return rotate_right(node); // RR if (balance -1 data node-right-data) return rotate_left(node); // LR if (balance 1 data node-left-data) { node-left rotate_left(node-left); return rotate_right(node); } // RL if (balance -1 data node-right-data) { node-right rotate_right(node-right); return rotate_left(node); } return node; }这里最关键的点是判断类型不能只看balance还要看插入值相对于左右孩子的大小。balance 1只能说明左边重但不确定新节点在左孩子的左边还是右边所以要再比较一次data。2.4 验证与实测连续插入有序序列拿一组极端数据测试1到10依次插入。裸的二叉搜索树会变成垂直链表AVL则会自动保持平衡。void preorder(AVLNode *root) { if (!root) return; printf(%d , root-data); preorder(root-left); preorder(root-right); } int main() { AVLNode *root NULL; for (int i 1; i 10; i) { root insert(root, i); } printf(AVL前序遍历: ); preorder(root); printf(\n根节点值: %d\n, root-data); return 0; }输出结果根节点是4树高4而不是10层的链表。实测下来插入10个有序元素的时间开销很小但查询效率从O(n)稳定回到O(logn)这个差距在数据量大时非常明显。3. 中序线索二叉树把空指针利用起来3.1 为什么要线索化普通二叉树每个节点有两个指针但叶子节点的左右指针都是NULL浪费空间。更重要的是中序遍历时你要找某个节点的中序后继最笨的办法是从根开始重新遍历O(n)复杂度。如果遍历频繁这个开销就大了。中序线索化做的事很简单把空闲的left/right指针改成指向中序遍历的前驱/后继节点用布尔标志区分是指向子树还是线索。3.2 节点结构与线索化递归实现typedef struct ThreadNode { int data; struct ThreadNode *left, *right; int ltag, rtag; // 0表示孩子指针1表示线索 } ThreadNode;核心算法是用一个pre指针记录上一个访问的节点按中序顺序边走边设置线索void in_thread(ThreadNode *p, ThreadNode **pre) { if (p NULL) return; in_thread(p-left, pre); if (p-left NULL) { p-left *pre; p-ltag 1; } if (*pre ! NULL (*pre)-right NULL) { (*pre)-right p; (*pre)-rtag 1; } *pre p; in_thread(p-right, pre); }这段代码值得仔细讲一下。第一个if是处理当前节点的左线索第二个if是处理前驱节点的右线索。为什么右线索要放在当前节点处理因为当前节点就是前驱的“后继”这时候前驱的右指针还空着正好让当前节点补上。这个时机非常巧妙——如果你在访问p的时候没有设置pre-right等p递归完右子树再回头就找不到pre了。3.3 找前驱和后继的代码有了线索以后找后继可以更高效ThreadNode *first_node(ThreadNode *p) { while (p-ltag 0) p p-left; return p; } ThreadNode *next_node(ThreadNode *p) { if (p-rtag 1) return p-right; return first_node(p-right); }重点理解第二行如果rtag为1右指针直接就是线索返回后继否则右指针是真实的右子树此时右子树的最左节点才是后继。前驱则是对称的ThreadNode *prev_node(ThreadNode *p) { if (p-ltag 1) return p-left; return last_node(p-left); // 左子树的最右节点 }线索化之后中序遍历不需要递归也不需要辅助栈一个循环搞定void in_order_traverse(ThreadNode *root) { ThreadNode *p first_node(root); while (p ! NULL) { printf(%d , p-data); p next_node(p); } }实测这个循环比递归快得多一是没有函数调用栈的压入弹出二是没有回溯时的重复路径损耗。如果你在做需要频繁中序访问的应用比如数据库索引的中间层处理这个优化非常值。3.4 需要新建头节点的版本如果要完整实现可循环扫描的双向线索链表可以在树前面加一个头节点。头节点的left指向根right指向中序遍历的最后一个节点最后一个节点的右线索又回到头节点。这样遍历时可以判断是否回到头节点来决定是否终止。这个版本代码会多不少但结构更完善支持从前往后和从后往前两种遍历。核心思路是在in_thread末尾加上头节点与首尾节点的互相连接。4. 哈夫曼树最小带权路径长度的贪心实现4.1 什么是带权路径长度假设你有一组叶子节点每个节点有个权值比如字符出现频率。从根节点到每个叶子节点的路径长度边数乘以该叶子的权值全部加起来就是带权路径长度WPL。哈夫曼树就是让WPL最小的二叉树也叫最优二叉树。这里有个直觉权值大的节点应该离根近路径短权值小的可以放得远一点。反过来的代价就大。哈夫曼的贪心策略就是不断合并权值最小的两个节点。4.2 构建算法与C实现构建步骤三句话能说清把所有节点放入一个最小堆取出两个权值最小的节点合并成一个新节点权值之和作为新节点权值放回堆重复直到只剩一个节点根。数组实现最小堆的代码typedef struct HuffmanNode { int weight; struct HuffmanNode *left, *right; } HuffmanNode; typedef struct { HuffmanNode **data; int size; int cap; } MinHeap; void heap_swap(HuffmanNode **a, HuffmanNode **b) { HuffmanNode *tmp *a; *a *b; *b tmp; } void heap_push(MinHeap *h, HuffmanNode *node) { if (h-size h-cap) { h-cap * 2; h-data (HuffmanNode **)realloc(h-data, h-cap * sizeof(HuffmanNode *)); } int i h-size; h-data[i] node; while (i 0 h-data[(i - 1) / 2]-weight h-data[i]-weight) { heap_swap(h-data[(i - 1) / 2], h-data[i]); i (i - 1) / 2; } } HuffmanNode *heap_pop(MinHeap *h) { if (h-size 0) return NULL; HuffmanNode *top h-data[0]; h-data[0] h-data[--h-size]; int i 0; while (1) { int smallest i; int left 2 * i 1; int right 2 * i 2; if (left h-size h-data[left]-weight h-data[smallest]-weight) smallest left; if (right h-size h-data[right]-weight h-data[smallest]-weight) smallest right; if (smallest i) break; heap_swap(h-data[i], h-data[smallest]); i smallest; } return top; } HuffmanNode *build_huffman(int weights[], int n) { MinHeap h {NULL, 0, n}; h.data (HuffmanNode **)malloc(n * sizeof(HuffmanNode *)); for (int i 0; i n; i) { HuffmanNode *node (HuffmanNode *)malloc(sizeof(HuffmanNode)); node-weight weights[i]; node-left node-right NULL; heap_push(h, node); } while (h.size 1) { HuffmanNode *a heap_pop(h); HuffmanNode *b heap_pop(h); HuffmanNode *parent (HuffmanNode *)malloc(sizeof(HuffmanNode)); parent-weight a-weight b-weight; parent-left a; parent-right b; heap_push(h, parent); } return heap_pop(h); }注意合并时谁当左谁当右不影响WPL但会影响最终编码的01序列。建议统一按“先出堆当左后出堆当右”的规则保证结果可复现。4.3 编码和解码流程从根出发到左孩子记0到右孩子记1到叶子节点路径上的01序列就是该叶子的哈夫曼编码。递归打印void print_codes(HuffmanNode *root, int *path, int depth) { if (root-left NULL root-right NULL) { printf(权值%d - , root-weight); for (int i 0; i depth; i) printf(%d, path[i]); printf(\n); return; } path[depth] 0; print_codes(root-left, path, depth 1); path[depth] 1; print_codes(root-right, path, depth 1); }严格来说这里应该用一个prefix数组去匹配叶子节点来解码而不是直接对树遍历。解码时从根出发读到0走left读到1走right碰到叶子输出对应字符再回到根读下一个编码。这里的几个坑我踩过堆的数组容量必须先分配够不然realloc会频繁触发性能差n1的边界情况根就是叶子编码为空串必须特殊处理编码和解码用的树必须完全一致否则解码乱掉。5. 二叉树在实战里的几个落地场景5.1 表达式二叉树把中缀表达式转成树表达式二叉树的每个内部节点是运算符叶子是操作数。中序遍历它加上括号就能还原出原始中缀表达式后序遍历它直接得到后缀表达式逆波兰式方便计算机求值。构建方法用两个栈一个存操作数一个存运算符。读到数字压操作数栈读到运算符时如果栈顶优先级不低于当前运算符就弹出两个操作数和一个运算符合并成一棵树再压回操作数栈。这个做法本质上是模拟“优先级高的先结合”的规则。求值用递归很快double eval_tree(TreeNode *root) { if (root NULL) return 0; if (root-left NULL root-right NULL) return root-val; double left eval_tree(root-left); double right eval_tree(root-right); switch ((char)root-val) { case : return left right; case -: return left - right; case *: return left * right; case /: return right 0 ? 0 : left / right; } return 0; }null判断一定要有。建树过程中表达式像34*5这种如果忘了处理左括号匹配树就会歪掉。调试时可以打印后序遍历序列和原始表达式核对。5.2 目录树Linux的路径表示与递归统计操作系统的文件系统结构天然就是一棵N叉树用二叉树表达需要改成“孩子兄弟表示法”每个节点存一个first_child指针和一个next_sibling指针。这在C里就是一个左右指针的二叉树——left指向第一个子节点right指向下一个兄弟节点。遍历时先递归left进目录再递归right同级下一个目录。用这个结构可以轻松实现目录大小统计、文件数量统计、按路径查找等操作。实际项目中这种“二叉树形态”不是数学上的严格二叉树但代码结构完全一致学习二叉树完全可以直接迁移。5.3 一个简易压缩demo的走向哈夫曼树最经典的场景是文本压缩。A同学曾经用这套逻辑做过一个迷你压缩demo读入文本统计字符频率构建哈夫曼树输出每个字符的编码表然后逐字符转成01串并打包成字节。实测一段英文文章能压缩到原大小的45%到60%。这个demo对理解压缩基本原理非常有帮助但也要明白它离真实压缩工具还有距离——真实场景里还有静态概率建模、自适应编码、熵编码、滑动窗口等一堆技术哈夫曼只是其中的一块基石。6. 常见问题识别与排查技巧实录6.1 递归失控导致栈溢出二叉树操作大量使用递归树越深调用栈越深。如果树退化成链表深度等于节点数一万个节点的递归就可能栈溢出。识别方法很简单崩的时候看栈回溯发现大量重复的函数帧基本能断定是递归深度过大。解决方案有三个限制树高用AVL、把递归改成循环加显式栈、增大进程栈空间。AVL是根治方案后面两个是临时缓解。6.2 野指针和重复释放线索二叉树里最容易出现的bug把右指针设成线索后释放节点时忘了区分是孩子还是线索导致free完一个节点又顺着线索free到已经释放的内存。正确做法是释放前检查ltag/rtag只有tag为0才递归释放子树。我在写线程化中序删除节点时就在这里栽过一次排查了很久——问题是右线索指向后继节点而后继节点在遍历中已经被free了再访问就是use-after-free。调试方法是用valgrind跑一下它会明确报出invalid read的位置。6.3 层次建树时的队列维护用队列按层序建树时经典操作是每次弹出队首为它创建左右孩子并依次入队。常见错误是忘了判断数组下标越界以及把NULL节点也入队。NULL入队会导致后续取left/right字段时崩掉。更隐蔽的问题是如果题目给出的层序序列里用#表示空节点你需要跳过空节点但依然要补位——这一步容易写错。我的习惯是先数清楚节点总数动态分配结构体数组而不是逐个malloc省事也省内存碎片。7. 几个值得试的个人练习方向如果你把这篇里的代码都敲通了我建议你往这三个方向再走一步第一个红黑树。AVL旋转是基础红黑树则在旋转基础上加了颜色约束和“变色”操作实现上复杂一些但被广泛用在各种标准库的map/set底层。理解了AVL再去学红黑树会顺很多。第二个持久化。把二叉树节点内容导出到文件再读回来重建——这其实就是序列化和反序列化。知道树的遍历方式前序中序可以唯一重建一棵二叉树这个和重建还原是同一个道理。第三个B树/B树。它本质上是多路平衡树是把二叉树“变宽变矮”的产物数据库索引的核心结构。理解了AVL为什么需要旋转就能理解B树为什么需要分裂和合并。我个人在实际操作中的经验是二叉树进阶这个阶段不需要把每个算法都背得一字不差更重要的是理解“约束—调整—效率”这条主线。AVL靠高度约束换效率线索化靠指针复用换效率哈夫曼靠权值约束换效率。把每一个“为什么这样设计”想明白面试问来问去的那些题基本都能答到点子上。如果有条件建议把这里的每个代码片段都跑一遍自己改一改、破一破体会到报错再修好的过程比看十遍文章都管用。

相关新闻

强化学习4:用 Python 实现首次访问蒙特卡洛控制,让智能体学会网格寻路

强化学习4:用 Python 实现首次访问蒙特卡洛控制,让智能体学会网格寻路

本文用一个 44 的 GridWorld,讲清楚蒙特卡洛方法如何从完整回合中估计动作价值,以及 ε-greedy 如何帮助智能体在探索与利用之间做出选择。实验包含 Q 表、训练曲线、策略箭头和最终路径,适合已经了解 Python 循环、字典和函数的读者。1. 从一…

2026/10/11 4:27:13 阅读更多 →
认证模块代码

认证模块代码

认证模块代码阅读地图 1. 请求生命周期图 下面以携带 Token 访问 /api/auth/me 为例。注意:实际执行时,是 AuthController 调用 CurrentUser.get() 领取身份,CurrentUser 不是一个独立的过滤器。 AuthController:业务员 CurrentUser:取件员 数据库 JwtService:制卡验卡…

2026/10/11 4:27:13 阅读更多 →
缺陷管理实战:分类、生命周期、工具、报告与复盘

缺陷管理实战:分类、生命周期、工具、报告与复盘

如果你在软件测试或者研发这条线上待过几年,一定见过这种场面:某测试同学提交了一条缺陷,标题就五个字“登录有问题”,正文没有复现步骤,也没有截图。开发同学打开页面点了几下,回了一句“在我这边正常”&a…

2026/10/11 4:27:13 阅读更多 →

最新新闻

具身智能创新原理(211):赋能果蔬柔性采摘与农田全域智能巡检

具身智能创新原理(211):赋能果蔬柔性采摘与农田全域智能巡检

前沿技术探索:TVA智能体(简称TVA)TVA智能体(亦称“AI智能体视觉”)是依托Transformer架构与“因式智能体”理论构建的新型工业视觉系统,也是当前最具代表性的具身视觉技术之一。它有机融合深度强化学习&…

2026/10/11 5:09:34 阅读更多 →
SpringBoot+Vue旅游管理系统毕设全流程解析:从源码到答辩

SpringBoot+Vue旅游管理系统毕设全流程解析:从源码到答辩

每年到了三四月份,总有不少学生拿着同一个题目来找我:“基于SpringBootVue的旅游管理系统”。说实话,这个题目在Java毕设里的地位,跟“学生管理系统”差不太多——属于那种“经典到不能再经典,但拉开差距全看细节”的项…

2026/10/11 5:09:34 阅读更多 →
光传输技术从入门到运维:光模块选型、链路预算与故障排查指南

光传输技术从入门到运维:光模块选型、链路预算与故障排查指南

做光传输这行十来年,每次有新人问我这技术到底是干什么的,我都会让他先别看那些复杂的原理图,先去想想一个数字世界的“血管系统”。你手机里刷的视频、电脑上开的会议、机房里跑的数据库,这些数据都不是凭空出现的,它…

2026/10/11 5:09:34 阅读更多 →
技术博客写作必备:从项目标题到摘要的完整内容策划指南

技术博客写作必备:从项目标题到摘要的完整内容策划指南

我注意到您提供的信息中,项目标题为“555555555”,而项目正文、关键词和摘要描述均为空。当前输入还不足以让我生成一篇高质量、紧扣主题的博文。一篇可靠的技术分享或经验干货,至少需要具备一个可识别的核心主题(哪怕是一句话描述…

2026/10/11 5:09:34 阅读更多 →
观察者模式实战:从Java代码到事件驱动架构的完整指南

观察者模式实战:从Java代码到事件驱动架构的完整指南

1. 为什么说观察者模式是"发布订阅"思想的最朴素实现先讲个我自己的经历。几年前我接手一个内部工单系统,用户提了一个需求:管理员审核通过某个申请后,需要同时触发邮件通知、短信提醒、OA流程归档、数据报表更新四个动作。第一版代…

2026/10/11 5:09:34 阅读更多 →
WeChatMsg 完整上手指南:3 种格式导出微信聊天记录,数据永久留在自己手里

WeChatMsg 完整上手指南:3 种格式导出微信聊天记录,数据永久留在自己手里

WeChatMsg 完整上手指南:3 种格式导出微信聊天记录,数据永久留在自己手里 【免费下载链接】WeChatMsg 提取微信聊天记录,将其导出成HTML、Word、CSV文档永久保存,对聊天记录进行分析生成年度聊天报告 项目地址: https://gitcode…

2026/10/11 5:08:33 阅读更多 →

日新闻

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

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

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

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

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

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

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

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

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

2026/10/11 0:00:27 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/11 0:00:27 阅读更多 →

月新闻

我发现了一个新思路:用 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/10 5:23:50 阅读更多 →
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/9 21:32:20 阅读更多 →
黑夜航拍船只数据集训练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/10 10:38:42 阅读更多 →