C++实现康威生命游戏:从细胞自动机到并行优化实战
1. 项目概述从“细胞”到“宇宙”的模拟“生命游戏”这个名字听起来像是个娱乐项目但它其实是计算机科学和数学领域一个极具魅力的经典模型。它由英国数学家约翰·康威在1970年提出本质上是一个零玩家游戏或者说是一个细胞自动机。你不需要去“玩”它而是设定一个初始状态然后观察它如何根据几条极其简单的规则演化出令人惊叹的复杂、混沌甚至有序的图案。用C来实现它绝不仅仅是写一个“小游戏”那么简单这是一个绝佳的练手项目能让你深刻理解二维数组操作、状态机、边界处理、可视化等核心编程概念同时感受算法与数学之美。这个项目适合所有阶段的C学习者。对于新手它是巩固基础语法的绝佳沙盒对于进阶者它是探索性能优化、多线程、图形界面的试验场。你只需要一个能跑C的环境比如VS Code MinGW或者Visual Studio不需要任何复杂的图形库起步用控制台字符比如■代表活细胞□或空格代表死细胞就能看到“生命”的律动。通过这个项目你能亲手构建一个微观宇宙并观察其中涌现的“生命”形态如稳定的“方块”、“飞船”乃至能无限生长的“滑翔机枪”。接下来我将带你从零开始用C构建这个迷人的数字世界并分享我在实现过程中积累的实战经验和避坑指南。2. 核心规则与数据结构设计生命游戏的规则简洁到只有四条但组合起来却能产生无限可能。它发生在一个理论上无限大的二维网格上每个格子代表一个细胞有“生”或“死”两种状态。每一代一个时间步所有细胞根据其周围8个邻居的状态同步更新生存如果一个活细胞周围有2个或3个活邻居它在下一代继续保持存活。死亡孤独如果一个活细胞周围活邻居少于2个它因孤独而死亡。拥挤如果一个活细胞周围活邻居超过3个它因过度拥挤而死亡。繁殖如果一个死细胞周围恰好有3个活邻居它在下一代复活。规则的核心是邻居数。注意更新是同步的意味着计算下一代状态时必须基于当前代的全局快照不能边更新边影响其他细胞的计算。2.1 状态表示与网格选择在C中我们首先需要选择合适的数据结构来表示这个网格。方案一使用std::vectorstd::vectorbool这是最直观的想法。bool类型很适合表示生死true为生false为死。vector的动态特性允许我们轻松定义任意大小的网格。int rows 20, cols 40; std::vectorstd::vectorbool grid(rows, std::vectorbool(cols, false)); // 初始化全死优点直观内存连续在每一行内访问语法简单(grid[i][j])。缺点vectorbool在C标准中是一个特化版本为了节省空间它可能不会按单个字节存储每个bool而是进行位压缩。这可能导致某些操作如取引用有特殊行为在极端性能敏感场景下可能需要注意但对于本项目这通常不是问题。方案二使用std::vectorchar或一维数组将二维网格映射到一维可以提升内存局部性对性能有好处。int rows 20, cols 40; std::vectorchar grid(rows * cols, 0); // 0代表死1代表生 // 访问 (i, j) 位置的元素grid[i * cols j]优点内存完全连续缓存友好性能通常更优。缺点访问元素需要手动计算索引代码可读性稍差。方案三使用原生二维数组对于大小固定的网格可以直接使用原生数组。const int ROWS 20, COLS 40; bool grid[ROWS][COLS] {{false}};优点栈上分配访问速度最快。缺点大小必须在编译期确定不够灵活。我的选择与理由 对于教学和大多数应用场景我推荐使用std::vectorstd::vectorchar。用char代替bool可以避免vectorbool的潜在特化问题且一个char占用一个字节足够清晰。动态大小使得我们可以通过命令行参数或配置文件轻松调整宇宙尺寸。在后续性能优化部分我们再探讨一维数组的优化。2.2 边界处理策略我们的计算机内存是有限的无法模拟无限网格因此必须定义边界。边界处理方式直接影响模拟的趣味性固定边界Finite Universe边界外的细胞始终视为“死亡”。这是最简单的实现。但生命在边界处会“撞墙”消失许多有趣的模式无法持续。// 在计算邻居数时判断坐标是否越界 if (x 0 || x rows || y 0 || y cols) { // 视为死细胞不计数或直接跳过 }周期边界Toroidal Universe将网格的上下边界连接左右边界也连接形成一个环面像甜甜圈表面。从右边界出去的细胞会从左边界进入。这模拟了一个无限重复的宇宙是更常见和有趣的选择。// 计算邻居坐标时使用取模运算 int neighborX (x dx rows) % rows; int neighborY (y dy cols) % cols; // (dx, dy) 是8个方向的偏移量实操心得实现周期边界时要特别注意C中负数的取模运算结果可能是负数。因此采用(x dx rows) % rows而非(x dx) % rows确保被除数为正。复杂边界如反射边界等本项目暂不涉及。建议首次实现可采用固定边界以保证逻辑清晰。在核心功能完成后强烈建议升级为周期边界你会立刻看到模拟效果质的飞跃稳定结构可以永远运行下去。3. 核心算法实现与迭代优化有了网格和规则核心就是实现一个update函数根据当前代网格current计算出下一代网格next。3.1 基础双缓冲更新算法这是最直接、最不易出错的实现方式。我们需要两个同样大小的网格。void updateUniverse(const std::vectorstd::vectorchar current, std::vectorstd::vectorchar next) { int rows current.size(); int cols current[0].size(); // 预定义8个邻居方向的偏移量数组提高可读性和性能 const int dx[] {-1, -1, -1, 0, 0, 1, 1, 1}; const int dy[] {-1, 0, 1, -1, 1, -1, 0, 1}; for (int i 0; i rows; i) { for (int j 0; j cols; j) { // 计算活邻居数量 int liveNeighbors 0; for (int d 0; d 8; d) { int ni i dx[d]; int nj j dy[d]; // 处理边界以周期边界为例 if (periodicBoundary) { ni (ni rows) % rows; nj (nj cols) % cols; } // 检查边界固定边界 if (ni 0 ni rows nj 0 nj cols) { if (current[ni][nj] 1) { // 假设1代表活 liveNeighbors; } } } // 应用规则 if (current[i][j] 1) { // 活细胞 next[i][j] (liveNeighbors 2 || liveNeighbors 3) ? 1 : 0; } else { // 死细胞 next[i][j] (liveNeighbors 3) ? 1 : 0; } } } }在主循环中你只需要交替使用两个网格std::vectorstd::vectorchar gridA(rows, std::vectorchar(cols, 0)); std::vectorstd::vectorchar gridB(rows, std::vectorchar(cols, 0)); auto* current gridA; auto* next gridB; while (running) { display(*current); updateUniverse(*current, *next); std::swap(current, next); // 交换指针下一轮 current 就是刚算出的 next std::this_thread::sleep_for(std::chrono::milliseconds(100)); // 控制速度 }注意std::swap(current, next)这行代码至关重要。它通过交换指针而不是复制整个网格来实现代际交替效率极高。这是双缓冲算法的精髓。3.2 性能优化探索当网格变大如1000x1000或你想追求极致的演化速度时基础算法可能成为瓶颈。以下是一些优化思路1. 使用一维数组扁平化存储如前所述将二维索引[i][j]转换为一维索引[i * cols j]。这能显著提升内存访问效率因为数据在内存中是连续存储的CPU缓存命中率更高。改写后的邻居坐标计算需要稍作调整但循环结构更简单。2. 减少边界判断开销在固定边界情况下内部细胞坐标从1到rows-2 1到cols-2的邻居访问不会越界。我们可以将网格分为内部区域和边界区域分别处理// 先快速处理内部区域无需边界判断 for (int i 1; i rows - 1; i) { for (int j 1; j cols - 1; j) { // 直接计算8个邻居无需if判断 int liveNeighbors current[i-1][j-1] current[i-1][j] ... current[i1][j1]; // 应用规则... } } // 再单独处理四条边和四个角对于周期边界这种优化不适用因为所有细胞都是“内部”细胞。3. 基于变化的更新稀疏更新在大多数情况下宇宙中大部分细胞是死的且状态变化只发生在局部。我们可以只记录和更新那些状态可能发生变化的细胞及其邻居。这需要维护一个“活跃细胞”集合适用于非常稀疏的网格但实现复杂度较高。4. 并行化计算每一代细胞的状态更新是彼此独立的这是令人完美的数据并行场景。可以使用OpenMP、C标准库的execution策略如std::for_eachstd::execution::par或多线程手动分区来并行化updateUniverse函数中的双重循环。#include execution #include algorithm // ... std::for_each(std::execution::par, counting_iterator(0), counting_iterator(rows), [](int i) { for (int j 0; j cols; j) { // 更新逻辑 } });实操心得并行化能极大提升大规模网格的更新速度但会引入线程同步和资源竞争的复杂性。对于初学者建议先完成正确的串行版本。此外并行化后性能提升并非线性受CPU核心数、内存带宽等因素制约。5. 使用位运算加速如果我们将细胞的生死状态用一个比特位表示那么一个uint64_t可以存储64个细胞的状态。我们可以一次性加载一片区域的数据利用位运算与、或、移位来并行计算多个细胞的邻居数。这是最高级的优化手段常见于高性能生命游戏引擎如Hashlife算法实现难度很大但性能提升是数量级的。对于我们的学习项目优化到使用一维数组和分离边界处理通常已经足够。记住优化准则先保证正确再测量性能最后针对瓶颈进行优化。4. 可视化与交互实现一个只会埋头计算的程序是枯燥的。我们需要让生命的演化过程“看得见”。4.1 控制台可视化这是最简单的方式无需任何外部库。核心是清屏和重绘。#include iostream #ifdef _WIN32 #include windows.h void clearScreen() { system(cls); } #else #include cstdlib void clearScreen() { system(clear); } #endif void displayConsole(const std::vectorstd::vectorchar grid) { clearScreen(); // 清屏 for (const auto row : grid) { for (char cell : row) { std::cout (cell ? ■ : ); // 活细胞用实心块死细胞用空格 // 也可以用其他字符如*和. } std::cout \n; } std::cout.flush(); // 确保立即输出 }注意事项system(“cls”/“clear”)调用系统命令性能不高且可能带来安全风险虽然本项目无关紧要频繁清屏可能导致闪烁。对于更流畅的体验可以使用平台特定的API如Windows的SetConsoleCursorPosition来移动光标只更新变化的部分但这会复杂很多。控制台窗口大小可能不够。你需要确保网格的行列数不超过控制台的显示范围或者实现滚动查看。4.2 使用图形库SFML / SDL对于更美观、交互性更强的演示图形库是更好的选择。这里以轻量级的SFML为例。步骤1初始化窗口和图形元素#include SFML/Graphics.hpp // ... const int CELL_SIZE 10; // 每个细胞像素大小 sf::RenderWindow window(sf::VideoMode(cols * CELL_SIZE, rows * CELL_SIZE), Conways Game of Life); // 准备两种颜色的矩形形状来表示细胞 sf::RectangleShape liveCell(sf::Vector2f(CELL_SIZE - 1, CELL_SIZE - 1)); // 留1像素间隙 liveCell.setFillColor(sf::Color::Green); sf::RectangleShape deadCell(sf::Vector2f(CELL_SIZE - 1, CELL_SIZE - 1)); deadCell.setFillColor(sf::Color::Black);步骤2主循环与绘制while (window.isOpen()) { sf::Event event; while (window.pollEvent(event)) { if (event.type sf::Event::Closed) window.close(); // 可以在这里添加鼠标点击交互来设置初始细胞 } window.clear(sf::Color::White); // 清空为白色背景 // 遍历网格并绘制 for (int i 0; i rows; i) { for (int j 0; j cols; j) { if (grid[i][j] 1) { liveCell.setPosition(j * CELL_SIZE, i * CELL_SIZE); window.draw(liveCell); } else { // 通常不绘制死细胞用背景色代替 // deadCell.setPosition(...); // window.draw(deadCell); } } } window.display(); // 显示绘制的内容 // 更新宇宙到下一代 updateUniverse(currentGrid, nextGrid); std::swap(currentGrid, nextGrid); // 控制演化速度 sf::sleep(sf::milliseconds(50)); }使用图形库后你可以轻松添加暂停/继续、单步执行、清空、随机初始化、鼠标绘制/擦除细胞、调整速度等交互功能项目可玩性大大增强。4.3 交互功能设计一个完整的交互式生命游戏模拟器可以包含以下功能模式选择预定义一些经典模式滑翔机、脉冲星、滑翔机枪等一键加载。画笔工具用鼠标左键画活细胞右键画死细胞中键拖动画连续图案。运行控制开始、暂停、单步、重置按钮。参数调整实时调整网格大小、演化速度代/秒。统计信息显示当前代数、活细胞总数等。实现这些功能需要结合图形库的事件处理鼠标、键盘和ImGui之类的即时模式GUI库如果不想自己造按钮轮子。5. 经典模式测试与调试技巧实现基本功能后需要用一些经典模式来验证程序的正确性。这些模式是生命游戏社区的“标准测试用例”。5.1 必须测试的经典模式静物Still Lifes状态稳定不变的图案。方块Block2x2的活细胞方块。它应该永远保持不变。蜂巢Beehive、船Boat、**池塘Pond**等。测试目的验证规则1生存和规则2/3死亡在平衡状态下的正确性。振荡器Oscillators周期性地在几种状态间循环。闪光灯Blinker一行3个活细胞。它应在横竖状态间以2代为周期振荡。蟾蜍Toad、**信标Beacon**等。测试目的验证规则在动态平衡下的正确性以及你的周期边界处理是否会导致相位错误。飞船Spaceships能在网格上移动的稳定图案。滑翔机Glider最小的飞船每4代向斜方向移动一格。在周期边界宇宙中它应能无限循环移动。测试目的这是最综合的测试。验证了所有规则在复杂交互下的正确性以及边界处理特别是周期边界是否完美。如果滑翔机飞几代后变形或消失基本可以断定邻居计算或边界逻辑有bug。繁殖者Guns和播种机Puffers如高斯帕滑翔机枪Gosper Glider Gun能持续发射滑翔机。用于测试长期运行的稳定性。5.2 调试与问题排查实录在实现过程中你几乎一定会遇到各种问题。以下是我踩过的坑和解决方法问题1整个宇宙迅速死亡或爆炸式增长。可能原因邻居计数逻辑错误。最常见的是偏移数组dx, dy写错了或者循环边界d 8写成了d 8导致多算或少算邻居。排查用一个最小的3x3网格手动设置一个已知模式如一个孤立的活细胞单步调试查看liveNeighbors的计算值是否符合预期孤立细胞应为0。问题2图案演化几代后出现不对称或奇怪变形。可能原因同步更新没有保证。你可能错误地在current网格上直接修改了细胞状态导致同一代中后续细胞的计算基于了已更新的“下一代”状态。排查必须使用双缓冲。确保update函数只读取current只写入next。在主循环中严格进行swap。问题3在周期边界下滑翔机飞到边界时“撕裂”或连接错误。可能原因取模运算处理负坐标不当。C中-1 % 5结果是-1而不是你期望的4。解决如之前所述使用(x dx rows) % rows。或者更通用的((x dx) % rows rows) % rows。问题4控制台输出闪烁严重或者图形界面卡顿。可能原因更新和绘制频率不匹配。可能每代都清屏重绘但计算很快导致刷新率极高。解决引入帧率控制。在控制台可以用std::this_thread::sleep_for在图形库中用sleep或限制主循环频率。对于图形界面确保绘制代码在事件循环内且计算不要阻塞事件处理。问题5大规模网格如500x500以上演化速度很慢。可能原因算法复杂度是O(rows*cols)且使用了低效的数据结构或边界判断。优化步骤测量使用chrono库对updateUniverse函数进行计时。切换数据结构将vectorvectorchar换成一维vectorchar。优化边界实现内部循环无边界判断。启用编译器优化确保使用-O2或-O3编译标志。考虑并行化。一个实用的调试技巧日志输出在开发初期不要依赖动态可视化来调试。可以写一个printGrid函数将网格以0/1矩阵的形式输出到文件或控制台并与已知的、经过验证的生命游戏模拟器如Golly的输出进行逐代对比。这是定位逻辑错误最有效的方法。6. 项目扩展与进阶思考一个基础的生命游戏模拟器完成后这里有一些方向可以让你的项目脱颖而出并深化你的C技能。1. 规则变体规则字符串经典生命游戏规则被称为“B3/S23”BBirth3死细胞有3个活邻居则生SSurvival23活细胞有2或3个活邻居则存。你可以设计一个规则解析器让用户输入如“B36/S23”这样的规则字符串模拟不同的细胞自动机这会诞生完全不同的演化模式。2. 支持多状态或颜色引入超过两种状态例如用整数表示细胞的“年龄”或“能量”并定义更复杂的状态转换规则。可视化时可以用颜色梯度表示不同状态创造出更绚丽的图案。3. 实现“Hashlife”算法这是生命游戏算法领域的明珠。它利用四叉树和记忆化Memoization技术对于稀疏且具有重复结构的模式能够实现指数级加速可以模拟巨大网格上数百万代的演化瞬间完成。这是一个极具挑战性但收获巨大的算法练习。4. 集成到更大的项目中将你的生命游戏引擎封装成一个类库然后为其制作一个图形用户界面使用Qt、ImGui等。将其作为一个动态背景或屏保。尝试用OpenGL或Vulkan进行GPU加速渲染处理百万级细胞的实时演化。5. 探索其他细胞自动机生命游戏只是二维二状态细胞自动机的一个特例。你可以探索一维细胞自动机如规则30、规则110它们能产生非常复杂的图案。冯·诺依曼邻居4邻居或六边形网格下的规则。“蚂蚁”模型如兰顿蚂蚁规则简单但行为复杂。实现这个项目的过程就像在培养一个数字生态。从最初几行代码定义规则到看着简单的图案遵循确定性规则演化出意料之外的复杂与美丽这种体验是单纯学习语法无法比拟的。它教会你的不仅是C的语法和数据结构更是如何将抽象的规则转化为严谨的逻辑如何设计高效的数据处理流程以及如何通过可视化将冰冷的数据呈现为生动的过程。当你第一次看到自己编写的程序里一个滑翔机优雅地穿过周期边界的宇宙时那种成就感就是对这个项目最好的回报。

相关新闻

ESP32固件手动编译与烧录:从Arduino源码到芯片的完整工程实践

ESP32固件手动编译与烧录:从Arduino源码到芯片的完整工程实践

1. 项目概述:从源码到芯片的旅程如果你玩过ESP32,肯定经历过这样的场景:在Arduino IDE里写好了代码,点击上传,看着进度条跑完,然后板子上的LED开始闪烁——项目跑起来了。但有没有想过,那个被上…

2026/10/17 2:29:45 阅读更多 →
定时自动化工具:100+任务类型的高效调度实践

定时自动化工具:100+任务类型的高效调度实践

1. 项目概述:定时自动化工具的定位与价值这个名为"实用小工具,一键定时自动化,超100种任务类型!"的项目,本质上是一个面向个人和小型团队的自动化任务调度工具。我在实际使用中发现,它能显著提升…

2026/10/17 2:30:16 阅读更多 →
STM32 HAL库开发实战:从环境搭建到多外设协同项目

STM32 HAL库开发实战:从环境搭建到多外设协同项目

1. 从“点灯”到“造轮子”:为什么HAL库是STM32新手的必经之路如果你刚拿到一块STM32开发板,打开Keil或者STM32CubeIDE,准备大干一场,大概率会先被“标准库”、“HAL库”、“LL库”这几个词绕晕。十年前,大家都是从标准…

2026/10/16 3:07:12 阅读更多 →

最新新闻

因果感知的无监督特征选择:抓住数据生成源头的关键特征

因果感知的无监督特征选择:抓住数据生成源头的关键特征

大概半年前,我手头有个图像分析任务卡住了:手里是一批完全无标签的样本,每张图抽了1280维特征,想先做特征筛选,把维度压到100左右,再送去做聚类和后续的人工标注。我按老路子试了一圈——方差过滤、拉普拉斯…

2026/10/17 2:30:36 阅读更多 →
MCreator 基岩版物品「挖掘条目(Digger entries)」配置详解:方块/标签挖掘速度机制与源码实现

MCreator 基岩版物品「挖掘条目(Digger entries)」配置详解:方块/标签挖掘速度机制与源码实现

低代码代码生成桌面应用游戏开发 【免费下载链接】MCreator MCreator is an open-source software used to make Minecraft Java Edition mods, Minecraft Bedrock Edition Add-Ons, resource packs, and data packs using an intuitive easy-to-learn interface or with an in…

2026/10/17 2:30:36 阅读更多 →
C++享元模式实战:地形网格内存从1.6GB降至67MB

C++享元模式实战:地形网格内存从1.6GB降至67MB

第一次做地图渲染模块的时候,内存暴涨的问题来得比我预想的快。一块 81928192 的地形网格,最朴素的结构体存下来居然吃掉接近 2GB 内存,项目同事顺手一算,把我吓出一身冷汗。当时的第一反应是“上压缩数据结构”,后来翻…

2026/10/17 2:30:36 阅读更多 →
生成式AI预测昆虫生物防治效果:一场人机对比实验

生成式AI预测昆虫生物防治效果:一场人机对比实验

先说一个让我印象很深的场景。某天在试验基地做棉蚜防治效果评估,3位有十年以上经验的植保专家,对着两周的气象数据、天敌释放记录和田间的蚜株率调查表,商量了将近一小时,最后给出的判断是“这波释放效果不会太好,建议…

2026/10/17 2:30:36 阅读更多 →
大模型API中转站选型观察:词元无忧API为何值得优先评估

大模型API中转站选型观察:词元无忧API为何值得优先评估

引言 随着大模型应用落地加速,越来越多的企业开始通过 API 中转服务统一接入多家模型厂商。中转平台在技术架构上承担协议适配、限流、鉴权、监控等职责,其实现方式与稳定性是影响业务表现的重要因素。选型不当,轻则迁移成本高企,…

2026/10/17 2:30:36 阅读更多 →
基于NLP的检索式聊天机器人实战:语义相似度与向量化实现

基于NLP的检索式聊天机器人实战:语义相似度与向量化实现

做了几年NLP应用开发,手里过过不少聊天机器人项目,但我发现最容易被低估、又在实际落地中最实用的,恰恰是检索式聊天机器人。很多人一上来就奔着生成式大模型去,觉得能自动组织语言才叫智能,结果卡在算力、幻觉和成本上…

2026/10/17 2:29:36 阅读更多 →

日新闻

DeepSeek选型与部署:V3/R1、Ollama、API全攻略

DeepSeek选型与部署:V3/R1、Ollama、API全攻略

简介:《DeepSeek使用方法.pdf》是一份面向DeepSeek入门及进阶用户的完整使用指南,重点围绕V3与R1两款模型的能力差异与适用场景展开,帮助读者根据任务类型与成本选择合适的模型。资源共1个PDF文件,压缩包大小约311KB,篇…

2026/10/17 0:00:25 阅读更多 →
200+Deepseek润色指令拆解:从底层原理到场景落地的完整指南

200+Deepseek润色指令拆解:从底层原理到场景落地的完整指南

简介:这是一份聚焦DeepSeek提示词优化的《200Deepseek润色指令》PDF文档,共收录两百余条可直接套用的润色指令,涵盖语法修正、风格统一、逻辑梳理、表达精炼等维度,并针对商务写作、学术论文、广告文案等场景给出差异化建议。文档…

2026/10/17 0:00:25 阅读更多 →
OpenCV轮廓法物体计数系统:轻量、可控、可落地的工业级实现

OpenCV轮廓法物体计数系统:轻量、可控、可落地的工业级实现

简介:本资源是一份基于OpenCV的本科课程设计完整报告,面向计算机视觉初学者、图像处理学习者及高校通信/信息类专业学生,解决物体智能计数与检测结果结构化记录的实际问题。项目覆盖图像预处理、轮廓检测、边界框绘制、轨迹栏交互式参数调节、…

2026/10/17 0:00:25 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/16 15:04:24 阅读更多 →

月新闻

我发现了一个新思路:用 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/16 21:54:38 阅读更多 →
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/16 3:49:43 阅读更多 →
黑夜航拍船只数据集训练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/16 14:23:36 阅读更多 →