C/C++函数指针与二级指针声明解析:int *(*ptr)() vs int (**ptr)()
1. 项目概述从一行令人困惑的声明说起如果你在C或C的代码里尤其是在阅读一些历史遗留代码或者复杂的库接口时看到int * (*ptr) ();和int (**ptr) ();这样的声明第一反应是不是有点懵这两个看起来只差一个括号位置的声明到底在说什么ptr到底是个指向函数的指针还是个指向指针的指针又或者是个指向“返回指针的函数”的指针这种困惑太正常了C/C的声明语法尤其是涉及到函数和指针的嵌套时以其“螺旋法则”或“由内向外”的解析规则而闻名同时也以容易让人眼花缭乱而著称。今天我们就来彻底掰开揉碎这两个声明不仅告诉你它们是什么更重要的是讲清楚它们为什么会长这样以及在实际编码中你可能会在哪里遇到它们又该如何正确地使用和解读。简单来说int * (*ptr) ();声明了一个指向函数的指针这个函数没有参数并且返回一个int*类型整型指针。而int (**ptr) ();则声明了一个指向指针的指针这个被指向的指针本身是一个指向函数的指针该函数没有参数并且返回一个int类型。核心差异就在于第一个星号*是被括号包裹与ptr结合还是与前面的类型结合。这细微的括号之差导致了ptr根本身份的巨变。理解这个是理解更复杂的回调机制、动态接口表如函数指针数组的指针乃至某些面向对象设计模式底层实现的基础。无论你是正在啃经典教材《C专家编程》里“声明器”那章的学生还是在调试一段晦涩难懂的底层驱动时遇到了类似声明的工程师这篇文章都将带你穿越语法迷雾直达本质。2. 核心语法规则拆解C声明是如何被“解读”的要理解这两个声明我们不能靠死记硬背必须掌握C/C声明语法的核心解析规则。C语言的声明语法并非从左到右线性阅读而是遵循一套特定的“优先级”规则。最经典的方法是“螺旋法则”Clockwise/Spiral Rule或者更直观的“由内向外由右向左”法则。我们这里采用后者因为它更贴近编译器的解析逻辑。2.1 “由内向外由右向左”法则详解这个法则的步骤是从标识符变量名这里是ptr开始。先向右看解释遇到的符号如(),[]。当右边没有东西或遇到结束符)时向左看解释遇到的符号如*, 类型限定符const,volatile。如果遇到括号()则括号内的声明拥有最高优先级。你需要先完全解析括号内的声明然后再跳出括号继续步骤2和3。这个规则听起来抽象我们立刻用它来解剖第一个声明。2.2 拆解int * (*ptr) ();我们来一步步应用规则找到标识符ptr。向右看首先遇到的是右括号)这意味着ptr被包裹在一对括号(*ptr)中。括号拥有最高优先级所以我们知道*ptr是一个整体。也就是说ptr是一个指针因为*在它左边但我们现在还在括号内先标记。跳出当前括号继续向右看遇到了()。这表示(*ptr)这个指针指向一个函数该函数参数列表为空。向右看结束现在向左看从(*ptr)()这个整体向左遇到了*。注意这个*是紧挨着int的。所以组合起来是这个函数返回一个int *类型即整型指针。最终解读ptr是一个指针它指向一个函数该函数无参数并返回一个int*。我们可以用一句“人话”来复述ptr是一个函数指针指向的函数返回整型指针。注意这里的int *作为返回类型*与int结合更紧密。你也可以写成int* (*ptr)();从语法上是等价的但强调int*是一个整体指针类型。不过在C语言风格中*更常与变量名结合书写如int *p所以第一种写法更常见。理解时需明确*属于返回类型的一部分。2.3 拆解int (**ptr) ();同样应用规则找到标识符ptr。向右看首先遇到的是右括号)。同样ptr被包裹在括号里。括号内是**ptr。这意味着ptr是一个指针第一个*它指向另一个指针第二个*。所以ptr是一个指向指针的指针。跳出括号继续向右看遇到了()。这表示(**ptr)这个“指针的指针”其最终指向的目标即第二个指针所指向的内容是一个函数该函数参数列表为空。向右看结束向左看遇到了int。这意味着那个函数返回一个int类型。最终解读ptr是一个指向指针的指针那个被指向的指针指向一个函数该函数无参数返回int。用“人话”复述ptr是一个指向“函数指针”的指针那个函数指针指向的函数返回整型。2.4 对比表格与记忆技巧为了更清晰我们列个表声明标识符ptr的本质指向的目标目标的返回类型常见用途场景int * (*ptr)();函数指针一个函数int*(整型指针)直接调用一个返回指针的函数。用于动态内存分配工厂函数、查找函数等。int (**ptr)();指向函数指针的指针一个函数指针int(整型)间接调用函数。常用于函数指针数组的指针、实现可替换的策略或回调层。记忆技巧看*和ptr谁先被括号“绑”在一起。(*ptr)*和ptr先绑定ptr首先是个指针。然后看右边()所以它是个函数指针。(**ptr)**和ptr绑定ptr首先是个二级指针。然后看右边()所以它是个指向函数指针的指针。3. 核心差异的深度解析与形成原因理解了“是什么”之后我们深入探讨“为什么”会有这种差异以及这种语法设计背后的逻辑和实际影响。3.1 语法设计的底层逻辑声明模仿使用C语言声明语法的一个著名特点是“声明模仿使用”Declaration mimics use。也就是说你声明一个变量的方式与你将来使用这个变量的方式在形式上是对称的。对于int *p;使用*p可以得到一个int。声明里*p的类型是int。对于int (*fp)();使用(*fp)()可以得到一个int。声明里(*fp)()的类型是int。把这个原则应用到我们的两个例子上int * (*ptr)();如何使用ptr先解引用得到函数(*ptr)。然后调用该函数(*ptr)()。这个调用的结果是一个int*。所以为了声明ptr使得(*ptr)()的结果是int*就必须写成int * (*ptr)();。int *描述了(*ptr)()这个表达式的类型。int (**ptr)();如何使用ptr先解引用一次得到一级函数指针(*ptr)。再解引用一次得到函数(**ptr)。然后调用函数(**ptr)()。这个调用的结果是一个int。所以声明必须写成int (**ptr)();使得(**ptr)()的类型是int。形成原因括号()的运算符优先级高于解引用运算符*。如果没有括号int *ptr();会被解析为int *(ptr());即ptr是一个返回int*的函数而不是函数指针。因此当我们想要一个指向函数的指针时必须用括号将*ptr括起来以强制让*先与ptr结合。同理当我们需要多级指针时就需要多层括号或理解为一层括号内包含多个*来定义这种结合关系。这种“优先级干预”机制是造成声明语法复杂性的根源但也提供了精确表达复杂类型的能力。3.2 类型系统视角下的差异从类型系统的角度看两者的类型截然不同int * (*ptr)();的类型是int* (*)()。这是一个函数指针类型。int (**ptr)();的类型是int (**)()。这是一个指向函数指针的指针类型。使用typedef可以极大地简化理解和声明// 为“返回int*的无参函数”定义一个函数指针类型 typedef int* (*FuncPtrReturningIntPtr)(); // 现在声明ptr就很简单了 FuncPtrReturningIntPtr ptr; // 为“返回int的无参函数的指针”定义一个类型 typedef int (*FuncPtrReturningInt)(); // 再为“指向FuncPtrReturningInt的指针”定义类型 typedef FuncPtrReturningInt* PtrToFuncPtr; // 或者一步到位可读性稍差 // typedef int (**PtrToFuncPtr)(); PtrToFuncPtr ptr;typedef是管理复杂指针声明的利器强烈推荐在项目中使用。3.3 在实际代码中的表现与影响这种差异直接影响了代码的编写和操作方式。对于int * (*fp)();(函数指针)#include stdio.h #include stdlib.h // 一个返回int*的函数示例 int* create_integer() { int* p (int*)malloc(sizeof(int)); *p 42; return p; } int main() { // 声明并赋值函数指针 int * (*fp)() create_integer; // 使用函数指针调用函数 int* result fp(); // 等价于 (*fp)()函数指针可以简写 printf(Value: %d\n, *result); // 输出: Value: 42 free(result); // 另一种调用方式更清晰地体现“指针”本质 result (*fp)(); printf(Value: %d\n, *result); free(result); return 0; }实操心得函数指针变量名如fp本身就可以像函数名一样使用fp()进行调用这是C标准允许的语法糖。但显式地使用(*fp)()更能提醒阅读者这是一个指针有时在代码清晰度上更有优势。对于int (**ppf)();(指向函数指针的指针)#include stdio.h int get_answer() { return 42; } int main() { // 首先需要一个函数指针 int (*pf)() get_answer; // 然后声明一个指向该函数指针的指针并让其指向pf int (**ppf)() pf; // 注意这里需要取地址符 // 通过二级指针调用函数 int result (**ppf)(); // 必须两次解引用 printf(Value: %d\n, result); // 输出: Value: 42 // 分解步骤 // 1. *ppf 解引用一次得到 pf (即函数指针) // 2. (*ppf)() 调用 pf 指向的函数 // 也可以写成(*ppf)(); 因为 *ppf 的结果就是函数指针pf result (*ppf)(); printf(Value: %d\n, result); return 0; }注意事项ppf pf;这一步至关重要。pf是函数指针变量它本身在内存中有一个地址。pf就是取得这个地址赋值给二级指针ppf。如果错误地写成ppf pf;编译器会报类型不匹配将函数指针赋值给指向函数指针的指针这是一个常见的错误。4. 典型应用场景与实操解析理解了基本概念后我们看看它们在实际项目中扮演的角色。这能帮你明白学习这些“古怪”的语法到底有什么用。4.1int * (*fp)()的应用场景工厂模式与资源获取这种返回指针的函数指针常用于实现类似“工厂函数”或“资源获取函数”的动态绑定。场景示例动态内存分配策略选择假设我们有一个模块可以根据配置选择不同的内存分配策略如普通malloc、带对齐的aligned_alloc、或自定义的内存池分配。#include stdio.h #include stdlib.h typedef void* (*AllocatorFunc)(size_t size); void* my_malloc(size_t size) { printf(Using standard malloc.\n); return malloc(size); } void* my_aligned_alloc(size_t size) { printf(Using aligned alloc (simplified).\n); // 简化示例实际使用aligned_alloc需注意参数 void* ptr; posix_memalign(ptr, 16, size); // 假设16字节对齐 return ptr; } // 配置全局分配器指针 AllocatorFunc current_allocator my_malloc; void set_allocator(AllocatorFunc allocator) { current_allocator allocator; } int main() { int* p1 (int*)current_allocator(sizeof(int)); *p1 100; printf(Value: %d\n, *p1); free(p1); // 切换到对齐分配器 set_allocator(my_aligned_alloc); int* p2 (int*)current_allocator(sizeof(int)); *p2 200; printf(Value: %d\n, *p2); free(p2); return 0; }在这个例子中AllocatorFunc就是一个返回void*的函数指针类型。通过更换current_allocator这个指针所指向的函数我们实现了运行时策略的动态切换而无需修改调用方的代码。这是插件系统、驱动程序接口和许多框架中常见的设计。4.2int (**ppf)()的应用场景间接调用与跳转表指向函数指针的指针提供了另一层间接性。这在以下场景中非常有用场景一函数指针数组的指针可修改的跳转表想象一个任务调度器它维护一个任务函数指针数组。有时我们可能需要传递这个数组的“引用”给某个模块让该模块能修改或遍历这个数组。#include stdio.h typedef void (*TaskFunc)(); void task1() { printf(Executing task 1.\n); } void task2() { printf(Executing task 2.\n); } void task3() { printf(Executing task 3.\n); } // 任务表 TaskFunc task_table[] {task1, task2, task3}; const int task_count sizeof(task_table) / sizeof(task_table[0]); // 一个函数它接收一个“指向任务函数指针的指针”用于遍历或修改 void process_task_table(TaskFunc** table_ptr, int size) { // table_ptr 是指向 task_table 首元素地址的指针 for (int i 0; i size; i) { // (*table_ptr)[i] 是第i个函数指针 TaskFunc current_task (*table_ptr)[i]; current_task(); // 执行任务 } } int main() { // 获取指向数组首元素的指针。task_table 退化为 TaskFunc* TaskFunc* ptr_to_array task_table; // 将指针的地址即指向指针的指针传递给函数 process_task_table(ptr_to_array, task_count); // 更直接的写法体现类型task_table 作为数组名其地址就是指向第一个元素的指针的地址。 // TaskFunc (*p)[3] task_table; // 这是一个指向数组的指针类型不同。 // 我们想要的是 TaskFunc**即指向TaskFunc*的指针。 TaskFunc** ppf ptr_to_array; // 等价于 task_table 在某些语境下但更准确。 // 通过二级指针访问第一个任务并执行 (*ppf)[0](); // 执行 task1 return 0; }这里process_task_table函数接收一个TaskFunc**即void (**)()的具化使得它内部可以操作外部的函数指针数组。这在实现动态加载插件修改函数指针指向新加载的函数时非常关键。场景二实现更灵活的回调机制有时回调接口可能需要允许用户不仅设置回调函数还能在之后查询或修改它。这时传递函数指针的地址即二级指针就很有用。#include stdio.h typedef void (*Callback)(int event); Callback global_callback NULL; // 注册回调传入一个指向回调函数指针的指针 void register_callback(Callback* callback_ptr) { // 在这个函数内部我们可以修改调用者传来的函数指针变量 *callback_ptr global_callback; } // 另一种设计设置回调并返回旧的回调 Callback set_callback(Callback new_cb) { Callback old global_callback; global_callback new_cb; return old; } void my_callback(int event) { printf(Event %d received.\n, event); } int main() { Callback cb NULL; // 假设 register_callback 内部会将 global_callback 赋给 *callback_ptr global_callback my_callback; register_callback(cb); // 传递 cb 的地址 // 现在 cb 指向了 my_callback if (cb) { cb(10); // 输出: Event 10 received. } // 使用 set_callback 方式 Callback old set_callback(my_callback); // ... 后续可以用 old 恢复 return 0; }虽然这个例子用一级指针也能实现类似功能但二级指针在需要直接修改调用者上下文中的指针变量时提供了更直接的语义。5. 常见问题、调试技巧与避坑指南在实际使用中尤其是面对复杂的声明时很容易出错。下面是一些常见问题和解决技巧。5.1 编译错误与类型不匹配错误assignment from incompatible pointer typeint func() { return 0; } int * (*wrong_fp)() func; // 错误func返回int但wrong_fp期望返回int*原因与解决函数签名必须完全匹配包括返回类型和参数列表。将func的返回类型改为int*或者将wrong_fp的类型改为int (*)()。错误invalid use of unary ‘*’ on a functionint (*fp)(); int result *fp(); // 错误运算符优先级问题。等价于 *(fp())而fp()不是指针。原因与解决()的优先级高于*。正确的调用是(*fp)()或直接fp()。如果想通过函数指针获取函数的地址再解引用这没有意义函数指针的值就是函数的地址。错误passing argument 1 of ‘foo’ from incompatible pointer type当把int (**)()类型的变量传递给期望int (*)()类型的函数时发生。解决确保类型匹配。如果需要传递函数指针数组通常传递数组首元素的地址即array[0]或array其类型是int (**)()不数组名退化为int (*)()类型的指针。array[0]是int (*)()。指向整个数组的指针才是int (**)()这里容易混淆。关键在于int (*func_array[5])(); // 函数指针数组元素类型是 int (*)() int (* (*ptr_to_array))() func_array; // ptr_to_array 是指向数组元素的指针类型是 int (**)()不对。 // 正确理解func_array 作为右值退化为指向其首元素的指针即 int (**)()不对 // int (*)() 是函数指针类型。指向它的指针是 int (**)()。 // 所以如果有一个变量 int (*pf)();那么 pf 的类型是 int (**)()。 // 对于数组 int (*arr[5])();arr 退化为 int (**)() 吗不。 // arr 退化为指向首元素的指针首元素是 int (*)()所以指向它的指针是 int (**)()。 // 因此arr 作为右值时类型确实是 int (**)()。但它不是二级指针变量而是数组到指针的转换结果。5.2 使用typedef简化复杂声明这是避免错误和提升代码可读性的最重要建议。对于复杂的函数指针务必使用typedef。// 难以理解 int (*(*complex_array[5])())(int, char*); // 使用typedef分解 typedef int (*ComplexFuncPtr)(int, char*); // 定义一个函数指针类型 typedef ComplexFuncPtr (*ArrayElementPtr)(); // 定义一个返回上述函数指针的函数指针类型 ArrayElementPtr complex_array[5]; // 声明数组瞬间清晰了很多。5.3 调试与打印函数指针信息函数指针的值是代码段的地址直接打印可能没有意义通常是随机的大数字。但在调试时你可能想确认指针是否被正确赋值非NULL或比较两个指针是否指向同一函数。#include stdio.h void func() {} int main() { void (*fp)() func; void (*fp2)() NULL; printf(fp is %s\n, (fp func) ? pointing to func : not pointing to func); printf(fp is %s\n, (fp) ? non-null : null); printf(fp2 is %s\n, (fp2) ? non-null : null); // 打印地址平台相关可能不可读 printf(Address of func: %p\n, (void*)func); printf(Value of fp: %p\n, (void*)fp); return 0; }注意将函数指针转换为void*在C标准中是未定义行为但大多数编译器/平台允许这样做以打印地址。在C中reinterpret_cast可用于此目的但同样依赖于实现。在严谨的跨平台代码中应避免依赖其具体值。5.4 关于void*与函数指针的转换在C语言中void*是通用对象指针类型但它不能安全地容纳函数指针。C标准不保证void*能保存函数地址。因此像void* p (void*)some_function;这样的代码是不可移植的。如果需要泛型地操作函数指针可以考虑使用联合union或特定于编译器的扩展。在C中应使用reinterpret_cast但同样要注意可移植性限制。5.5 函数指针与C的增强在C中除了兼容C的函数指针还有更安全、更强大的可调用对象包装器std::function可以存储任何可调用对象函数、lambda表达式、函数对象等类型擦除使用方便。成员函数指针语法更复杂ReturnType (ClassName::*ptr)(Args...)需要对象实例来调用。Lambda表达式可以隐式转换为函数指针如果无捕获。对于复杂的回调系统现代C更推荐使用std::function和std::bind或 lambda它们提供了更好的类型安全和灵活性。但理解底层C风格函数指针对于阅读遗留代码、实现底层接口或进行系统级编程仍然必不可少。最后面对int * (*ptr)();和int (**ptr)();这样的声明不要慌张。静下心来从标识符ptr出发遵循“由内向外由右向左”的法则一步步拆解。多使用typedef来简化声明并在实践中比如实现一个简单的回调机制或策略模式去运用它。当你亲手写出的代码通过函数指针灵活地调用不同函数时你对这些语法细节的理解就会从记忆上升为直觉。

相关新闻

PS1记忆卡终极管理指南:如何用MemcardRex轻松备份、转换和修复你的游戏存档

PS1记忆卡终极管理指南:如何用MemcardRex轻松备份、转换和修复你的游戏存档

PS1记忆卡终极管理指南:如何用MemcardRex轻松备份、转换和修复你的游戏存档 【免费下载链接】memcardrex Advanced PlayStation 1 Memory Card editor 项目地址: https://gitcode.com/gh_mirrors/me/memcardrex 还在为PS1游戏存档管理而烦恼吗?你…

2026/10/11 22:26:12 阅读更多 →
如何快速下载B站视频:解锁大会员4K和充电专属内容的终极指南

如何快速下载B站视频:解锁大会员4K和充电专属内容的终极指南

如何快速下载B站视频:解锁大会员4K和充电专属内容的终极指南 【免费下载链接】bilibili-downloader B站视频下载,支持下载大会员清晰度4K,持续更新中 项目地址: https://gitcode.com/gh_mirrors/bil/bilibili-downloader 还在为无法离…

2026/10/11 21:45:46 阅读更多 →
终极指南:如何为老旧电脑打造轻量版Windows 11系统

终极指南:如何为老旧电脑打造轻量版Windows 11系统

终极指南:如何为老旧电脑打造轻量版Windows 11系统 【免费下载链接】tiny11builder Scripts to build a trimmed-down Windows 11 image. 项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11builder 还在为老旧电脑无法流畅运行Windows 11而烦恼吗&am…

2026/10/3 7:48:49 阅读更多 →

最新新闻

BNF与EBNF详解:从语法规则到解析器实战

BNF与EBNF详解:从语法规则到解析器实战

看到“BNF、巴科斯-诺尔范式”这个标题,很多刚接触编译原理的人第一反应是:又一个高大上的数学符号体系。但说句实在话,BNF 是我在编译原理里见过的最接地气的工具之一。它本质上就干了一件事——用一套严格、无歧义的规则,告诉计…

2026/10/11 22:26:15 阅读更多 →
BNF语法全解:从巴科斯-诺尔范式到递归下降解析器

BNF语法全解:从巴科斯-诺尔范式到递归下降解析器

读编译器相关的技术文档时&#xff0c;你大概率见过这样的段落&#xff1a;一行行规则&#xff0c;左侧是尖括号包着的“<expr>”这种名字&#xff0c;中间是“::”&#xff0c;右侧是一串终结符、竖线和递归引用。这套记号就是编译原理里经常提到的BNF&#xff0c;全称巴…

2026/10/11 22:26:15 阅读更多 →
深度学习三维重建与三维目标检测:Python源码包全流程解析

深度学习三维重建与三维目标检测:Python源码包全流程解析

简介&#xff1a;这是一套基于深度学习方法实现三维重建与三维目标检测的Python项目源码&#xff0c;面向计算机视觉、人工智能等方向的学生及毕设/课设开发者&#xff0c;涵盖从特征提取、特征匹配、去除误匹配、SFM恢复相机位姿到MVS稠密重建的完整流程&#xff0c;并对比了传…

2026/10/11 22:26:15 阅读更多 →
告别MySQL命令行明文密码警告:从风险诊断到login-path自动化落地的完整方案

告别MySQL命令行明文密码警告:从风险诊断到login-path自动化落地的完整方案

如果你搜索过 [Warning] Using a password on the command line interface can be insecure. 这条提示&#xff0c;大概率遇到过下面这种场景&#xff1a;手动敲完 mysql 连接命令&#xff0c;终端正常运行&#xff0c;但额外吐出一行 Warning&#xff1b;或者脚本里明明已经…

2026/10/11 22:26:15 阅读更多 →
SpringBoot+AOP实现注解式操作日志:审计留痕最佳实践

SpringBoot+AOP实现注解式操作日志:审计留痕最佳实践

这段时间在整内部权限系统的审计改造&#xff0c;需求清单里有一条写得很简单&#xff1a;所有关键操作必须留痕。谁操作、什么时候操作、改了什么、结果成功还是失败&#xff0c;必须有记录&#xff0c;而且要能按条件查询、导出、长期保存。我第一版用的是最直接粗暴的方案&a…

2026/10/11 22:26:15 阅读更多 →
Python汽车销售数据可视化与预测实战:从Excel到可落地分析链路

Python汽车销售数据可视化与预测实战:从Excel到可落地分析链路

简介&#xff1a;这份资源面向具备一定Python基础、希望入门数据分析与时间序列预测的学习者&#xff0c;围绕汽车销售场景提供一套完整的数据可视化与销量预测实战方案。内容涵盖数据获取与清洗、销量波动性与同比增长分析、ACF与PACF定阶及SARIMA未来销量预测&#xff0c;并延…

2026/10/11 22:25:13 阅读更多 →

日新闻

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

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

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

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

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

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

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

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

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

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

周新闻

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

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

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

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

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

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

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

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

影刀RPA新手教程&#xff1a;阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀&#xff1a;什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面&#xff0c;跳转链路清晰。这种场景非常适合影刀自动化&#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/11 10:45:37 阅读更多 →
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/11 14:36:53 阅读更多 →
黑夜航拍船只数据集训练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/11 14:36:54 阅读更多 →