搜索[编译原理]结果-低调大师优秀个人博客

精选列表

搜索[编译原理]，共10000篇文章

如何最接近rpm的安装方式去编译安装最新的php-fpm

1 前言笔者非常不喜欢某些人编译安装的软件，维护起来非常缺乏rpm安装的那种规范感觉，于是笔者参阅官方的编译安装教程以及对比分析rpm安装的目录布置结构，完成以下安装。

2017-11-30

如何自己编译生成hadoop的eclipse插件，如hadoop-eclipse-plugin-2.6.0.jar

如何自己编译生成Eclipse插件，如hadoop-eclipse-plugin-2.6.0.jar 一、相关软件的安装和配置 (一)JDK的安装和配置 (二)Eclipse的安装和配置 (三

2017-11-20

[cocos2d-x]环境配置、交叉编译及安卓项目的生成

1.6.安装Android NDK Android NDK是Android系统对外提供的基于C++接口的软件工具包，它集成了交叉编译器，只要修改相应的编译脚本文件就可以创建出so文件，且自动将其与Android

2017-11-15

JNI学习笔记之AS+Cmake+NDK配置自动编译出so并集成流程

; return (*env)->NewStringUTF(env, result); } 然后没什么特殊的配置的话，就可以编译项目生成libhello.so了具体ExternalNativeBuild

2017-11-10

[cocos2d-x]编译cocos2d-win32.vc2010报错

Shared/games ，新建两个目录CocosDragonJS 和WatermelonWithMe ，然后在CocosDragonJS 下新建Published files Android 目录，再次编译

2017-11-07

《深入解析Android 虚拟机》——第1章，第1.3节编译Android源码

本节书摘来自异步社区《深入解析Android 虚拟机》一书中的第1章，第1.3节编译Android源码，作者钟世礼，更多章节内容可以访问云栖社区“异步社区”公众号查看 1.3 编译Android源码编译

2017-05-01

《深入解析Android 虚拟机》——第1章，第1.4节编译Android Kernel

本节书摘来自异步社区《深入解析Android 虚拟机》一书中的第1章，第1.4节编译Android Kernel，作者钟世礼，更多章节内容可以访问云栖社区“异步社区”公众号查看 1.4 编译Android

2017-05-01

在tiny4412源码下编写全系统编译执行脚本

今天心血来潮，想把之前做的开发板环境配置以及编译的东西重新整理一下，毕竟最近在搞开发，所以有必要温故而知新。

2016-12-21

Spring Data Redis Pipeline 深度解析：从协议原理到工程实践的万字指南-揭秘 executePipelined 底层协议原理、源码机制

---- # 第二章：Redis Pipeline 协议原理要真正理解 Spring 的实现，必须先理解 Redis 底层的通信模型。

2026-08-06

Spark 核心之 MasterHA 高可用原理及配置详解

本文从 ZooKeeperLeaderElectionAgent 选主原理、Active/Standby 角色行为、三种恢复模式（ZooKeeper/FILESYSTEM/NONE）对比、完整配置与启动流程四个维度

2026-11-01

FastAPI 的并发控制原理：async、线程池与限流

FastAPI 本身不实现调度器，它把请求交给 ASGI 服务器（常见是 Uvicorn），再把路由函数分成两类执行：async def 端点直接在事件循环中等待，def 端点被放入线程池。并发控制的关键，是判断一段代码到底阻塞了谁。

2026-10-30

称重这件事，看起来只是把质量读出来，实际上分为两种完全不同的命题。静态称重面对的是静止的物体，加速度为零，传感器输出直接对应重力，是一个平衡量的测量；动态称重面对的是运动、流动或装卸过程中的物料，测到的力除了重力，还叠加了惯性力、落料冲击、机械振动、物料流冲击、皮带张力与风载等一大堆干扰。两者的差异不只在工况，而是从物理模型、信号链、结构设计一直到标定与计量规程都要换一套思路。把这两类问题混为一谈，是现场很多"称不准"的根源。 ## 一、物理本质：一个是平衡量，一个是反演问题 ![称重测力动态与静态](https://developer.qcloudimg.com/http-save/yehe-12775606/a19d7826a60f498f3feda833298c9626.jpg) 静态称重求解的是一个平衡方程。物体静止，加速度项为零，秤体受到的合力就是重力，传感器输出与质量之间是一条确定的、可溯源的直线关系。工程上要做的是让这条直线尽量"干净"——把管道应力、热胀冷缩、侧向力、支撑不均匀带来的寄生力隔离掉。动态称重的数学结构完全不同。被测物在运动、在流动、在装卸，测力信号里同时含有重力项、惯性项与冲击项，还有皮带张力、风载、机械振动等与质量无关的成分。要从这条混合信号里反推出质量或流量，本质是一个"力到质量"的反演问题：必须先建立描述干扰如何进入信号的模型，再用滤波、时序同步与补偿把干扰逐层剥掉。静态称重追求的是让干扰不出现，动态称重则接受干扰必然存在，转而在算法与结构层面把它减到可控。 ## 二、场景分野：什么时候能停，什么时候不能停静态称重的典型场景都带有"停顿"这个前提：料塔与储罐的整体称重，靠支撑点上的传感器组桥读出存量；反应釜配料，等物料加到位、振荡稳定后再读数；汽车衡静态过磅，车辆完全上磅停稳后取值；平台秤、地上衡这类通用称重设备同理。动态称重的场景则是不允许停顿的连续过程：皮带秤在物料连续输送中累计计量；定量包装与灌装的落料过程本身就在动态中进行；动态汽车衡与轴重测量要求车辆不停车通过；在线检重秤在产线上逐件判定；分选剔除要在运动中完成判断与动作；失重式喂料则以失重速率反推瞬时流量。这些场景的共同点是节拍不可中断，计量必须在过程中完成。 ## 三、信号链差异：静态比稳定性，动态比带宽与同步静态称重的采样率要求不高，几赫兹到几十赫兹足以覆盖称重过程的变化。关键指标落在"准不准、稳不稳"上：重复性、蠕变、回零一致性、温度漂移、长期稳定性，以及对抗侧向力与寄生力的能力。这些指标描述的是同一个质量在长时间、多批次下能否给出同一个答案。动态称重首先要解决带宽。物料流存在脉动，落料存在冲击，这些成分的频率必须被采样率覆盖，否则信息直接丢失；采样率不足还会让高频成分混叠，制造出不存在的波动。其次看传感器的动态特性：固有频率与阻尼决定了能响应多快的力变化，相位一致性决定了多路信号叠加时是否对齐。最后是多传感器与多物理量的时间同步——重量信号必须与速度信号、位置信号严格同步，否则积算出来的累计量会系统性偏离。动态链路里，一毫秒的错位可能就是一笔对不上的账。这里存在一个无法回避的矛盾：滤波越强，干扰压得越干净，但引入的相位滞后也越大，跟踪真实流量变化的能力就越弱。动态称重的参数整定，本质上是在噪声抑制与响应速度之间找平衡点，而这个平衡点还会随物料特性与流量区间移动，很难靠一组固定参数包打天下。 ## 四、结构与安装：刚性要放在不同的地方静态称重的结构重点是"隔离"：秤体要有足够刚性，支撑点均布以均匀分担载荷，管道连接要做得柔软或加装补偿结构，把管道应力与热胀产生的寄生力挡在测量之外。结构一旦把外力引到传感器上，再好的仪表也救不回来。动态称重的结构重点是"变轻、变硬、避共振"。参与运动的部件质量要尽量小，因为惯性力与质量成正比；秤架与传感器构成的整体固有频率要尽量高，让工作频带与机械共振区拉开距离，避免物料流脉动与落料冲击激起结构振荡。同时要用导料机构、限位机构与挡边把横向力卸掉，因为动态工况下侧向扰动比静态大得多。同样的传感器，装在静态秤架上可以用得很好，装到动态位置往往立刻暴露出固有频率不够的问题。 ## 五、标定：静态可溯源，动态必须跑实物静态称重的标定路径清晰：用砝码加载，或者用挂码、替代物按比例加载，量值直接溯源到质量基准。加多少、读多少、误差多少都被完整记录，标定结果可以代表使用状态。动态称重没有这么幸运。静态或挂码标定只能确认传感器与仪表本身工作正常，属于过程确认，无法给出动态工况下的准确度。原因很直接：动态误差主要来自惯性、冲击、张力与同步偏差，这些成分在砝码静止加载时根本不出现。因此动态计量必须做实物动态标定——用实际物料、实际流量、实际速度跑一遍，把模型参数、滤波时延与同步补偿一起整定。皮带秤尤其强调物料试验，这不是形式要求，而是唯一能覆盖真实误差来源的手段。 ## 六、计量体系：两类衡器，两套规程国际建议与国家计量规程把衡器分成"非自动衡器"与"自动衡器"两大类别，静态与动态正好落在这条分界线的两侧。二者不仅适用规程不同，准确度等级的表达方式也不同：静态称重通常用分度值与最大允许误差描述，动态称重则常以相对误差、累计量误差或每次称量的允许偏差来表征。这条分界线的工程含义是：验收依据不能混用。用静态衡器的准确度等级去要求一台动态衡器，或者拿静态检定结论去证明动态计量能力，都是把两套评价体系强行对接。选型、采购与验收阶段就要先明确被测过程属于哪一类，再去找对应的规程与指标口径，并在技术协议里写清适用类别与试验方法。 ## 七、选型取舍：本质是用精度换节拍选型的判断标准可以用一句话概括：精度要求高、节拍允许停顿，就选静态；节拍不允许停顿、要求连续计量，就选动态。动态方案牺牲的正是静态方案最擅长的那部分性能，换来的是不打断生产流程的能力。最常见的误用，是拿静态传感器和静态秤架去做动态测量。表面上看量程、灵敏度、精度等级都满足，实际使用中却会暴露一连串问题：固有频率不够导致响应跟不上，滤波之后信号滞后明显，物料流的脉动被平滑掉一部分又漏掉一部分，动态误差不可控且难以复现。另一种误用是在动态场景里追求静态级的准确度指标，用错了评价口径，最终在验收环节产生争议。取舍的关键不是谁更先进，而是这个测量点究竟允不允许停顿。 ## 八、智能化：两种数据，两种用途在智能化系统里，静态与动态数据的去向并不相同。静态数据的价值在"准"与"可追溯"：它用于贸易结算、库存核算与跨时空的账实核对，要求的是每一次读数都能被复现、被审计。动态数据的价值在"快"与"连续"：它用于流量趋势观察、配料反馈调节与异常识别，关注的是变化过程而非单点数值。连续计量曲线上的突变、漂移与周期性波动，往往比一个静态读数更能揭示给料是否稳定、皮带是否跑偏、物料是否结块。把动态数据当成静态读数用，或者反过来用静态数据去做过程调节，都会浪费掉数据本身的优势。 ## 九、结语静态称重与动态称重的差别，不在传感器外观，而在问题性质：前者求解平衡方程，后者求解反演问题。这决定了采样率、指标、结构、标定与计量规程的整套差异。工程上真正要回答的问题只有一个——这个测量点能不能停顿。能停顿，就把力气花在隔离寄生力与长期稳定性上；不能停顿，就必须接受干扰的存在，用带宽、同步、结构与实物标定把误差压到可控范围。选错类别的代价，往往要到验收或结算时才会显现。

2026-10-12

无线动能开关工作原理详解

1.无线动能开关工作原理 !

2026-10-10

反射内存交换机原理与端口转发机制

# **引言** 上一篇讲了反射内存卡如何把一次本地内存写入广播成全网更新。当网络里只有三五个节点时，把节点用光纤首尾连成一个环就足够了；但当节点数量增加到几十上百个、且分布在不同机柜甚至不同楼层时，环型串联会带来布线杂乱、任一节点维护都要动整条环、首尾节点延迟差被拉大等问题。反射内存交换机（Reflective Memory Hub，也常被称为反射内存集线器、交换节点）就是为解决这些工程问题而出现的汇聚设备。本文讲清它在网络中扮演的角色、星型组网下的端口转发逻辑、与环型组网的对比，以及它和普通以太网交换机到底差在哪里。 # **一、反射内存交换机的角色** 反射内存交换机是一台“专用的光纤广播复制设备”。它本身不理解主机 CPU 的数据含义，也不参与应用层协议；它的工作只有一件事：从任意一个光端口收到一帧反射内存报文后，把这一帧完整地复制一份，从除来源端口以外的其它所有光端口发出去。对每个节点卡来说，交换机在它眼里仍然只是“网络里的下一段光纤”——节点卡不需要知道自己连在环上还是连在交换机上，收发的帧格式完全一样。这种“对节点透明”的特性，使得同一批 5565 系列节点卡可以无缝地从环型升级到星型。以 GE/Abaco ACC-5595 这类典型产品为例，它是专门配合 5565 系列反射内存节点卡使用的管理型集线器，单台提供最多 8 个 SFP 光纤端口，端口速率约 2 Gb/s，可级联扩展到最多 256 个节点，并自带 10BaseT 以太网与 RS-232 管理口用于配置和监控。 # **二、星型组网下的端口转发逻辑** 在星型结构里，每个节点卡只用一根光纤（一收一发）连到交换机的一个端口上，所有节点呈放射状挂在交换机周围。当节点 A 往全局内存写入数据时，它的板卡把帧发到交换机的端口 1。交换机的转发逻辑做三件事：第一，识别来源端口。交换机记住这一帧是从端口 1 进来的，接下来转发时不会再发回端口 1，避免把数据绕回发送者自己。第二，复制广播。交换机把收到的整帧（含源节点号、地址、数据、CRC）在端口 2、端口 3……一直到最后一个端口上同时发出。于是节点 B、C、D……几乎在同一时刻收到这一帧，各自写入本地镜像。第三，信号再生。光纤经过长距离后光功率会衰减、波形会劣化，交换机每个端口都会把进来的串行光信号重新整形、再定时（re-time）后再发出去。ACC-5595 手册明确写到“每个端口重新生成串行光信号，消除链路衰减累积”，这意味着星型网络中每段光纤的距离可以按多模约 300 米、单模约 10 公里单独计算，而不必像环型那样把所有段长度叠加成一个总链路预算。 # **三、数据如何在各端口间复制广播** 需要强调的是，反射内存交换机的“转发”与以太网交换机的“查表转发”有本质不同。以太网交换机维护一张 MAC 地址表，根据目的地址决定把帧从哪一个端口单独发出去，本质是“点对点单播”。反射内存交换机不查表、不认目的地址——因为反射内存报文本来就没有“目的节点”字段，它天生就是“全网都要收”的广播帧。交换机做的是硬件级的扇出复制：一进多出，把同一比特流推到所有其它端口。这种扇出是并行的、确定的。Dolphin 的相关白皮书指出，基于 PCIe 的反射内存交换机每一跳引入的延迟可低于约 130 纳秒，且与挂在交换机上的节点数量无关。这和环型形成鲜明对比：环型里报文要逐节点穿过，第一个收到和最后一个收到的节点之间存在“绕环一周”的时间差，节点越多这个差越大；星型里所有节点几乎同时收到数据，分发时延对全网所有节点是一致的。 # **四、自动旁路与故障处理** 反射内存交换机在可靠性上有一个重要特性：自动旁路（automatic bypass）。当某个端口上的节点掉电、光纤被拔断、或链路同步丢失时，交换机会检测到“信号丢失”或“同步图案丢失”，自动把这个端口旁路掉，不让它拖垮整个网络。ACC-5595 手册明确说明，旁路可由信号丢失或同步模式丢失触发，被旁路端口上的节点不再在线，但其余节点之间的反射内存通信照常进行。这一点在环型拓扑里尤其珍贵。纯环型中，任何一个节点故障或掉电，如果该节点卡本身没有“环旁路继电器”，整个环就会断开。有了交换机做星型汇聚，坏一个端口只是少一个节点，其余节点毫发无损。当然，交换机本身成了新的单点——这是后话，我们在第三篇讲冗余拓扑时再展开。 # **五、与环型组网的对比** 把两种拓扑放在一起对比更清楚。环型组网不需要交换机，节点用光纤首尾相连，成本低、结构简单，适合节点少、分布集中、对首尾节点延迟差不敏感的场合；但它的缺点是：任一节点或光纤故障都可能断环，维护某台节点往往要动到整条环的光纤走线，且数据要逐站绕行，节点越多、尾节点相对头节点的延迟越大。星型组网以交换机为中心，布线清晰（每个节点一根线到机房），单节点故障被交换机旁路、不影响全局，信号每跳再生使得网络可以拉得更远，各节点收到数据的时延一致；代价是需要购置交换机，且交换机构成单点，对高可靠场合要考虑双交换机冗余。工程上的常见选择是：节点数少于约 4 个、且对成本敏感时用环型；节点较多、需要易维护、需要确定的分发时用星型。 # **六、级联与端口数量扩展** 单台 ACC-5595 只有约 8 个端口，而反射内存网络最多支持约 256 个节点，中间的缺口靠“级联”补上。所谓级联，就是把两台或多台交换机用光纤端口互相连接起来：交换机 A 的某个端口接到交换机 B 的某个端口，交换机 B 再往下挂节点。这样 A 下的节点发出的帧，会被 A 复制到连向 B 的那个端口，再由 B 复制到它下面所有节点；反之亦然。 ACC-5595 手册明确写明“集线器组件可级联，最多支持到 256 个节点”。需要注意的是，每多一级交换机，数据分发就多经过一跳，每跳会引入固定的纳秒到亚微秒级转发延迟；同时级联链路上那条端口会被占用，不能再挂节点。因此实际工程中要在“端口够用”和“级数尽量少”之间权衡，尽量让级联树保持扁平。 # **七、常见产品形态** 公开资料中可以看到的反射内存交换机形态主要有两类。一类是板卡式/机箱式，例如 VMIACC-5595 早期有 VME 6U 单槽版本（VME64 总线、6U Eurocard），可以插在 VME 机箱里和节点卡共机箱使用；另一类是独立机架式/台式，例如 VMIACC-5595-20 等型号做成 19 英寸 1U 机架或台式外壳，配 90–264 VAC 电源，通过 8 个 SFP 口对外。SFP 光模块可按现场距离选配多模或单模，因此同一台交换机上可以同时存在短距多模链路和长距单模链路。国内厂商也有兼容 5565 协议的反射内存 Hub 产品，端口数常见 8 口、扩展后可达 16 口以上的形态，具体规格需以具体产品手册为准。 # **八、与普通以太网交换机的本质差异** 最后把最容易混淆的一点讲透。普通以太网交换机工作在“分组交换、目的地址单播”模型下：它学习 MAC 地址，按目的地址把帧从一个端口送出，链路是不确定的，存在交换机内部队列排队，时延随负载变化。反射内存交换机工作在“硬件广播复制、无地址查表”模型下：它不做路由决策，只做一进多出的扇出，时延是固定的纳秒/亚微秒级，与负载无关。二者不能互相替代：用以太网交换机“代换”反射内存交换机，得到的是通用网络而非确定性共享内存；反过来，反射内存交换机也不能当普通以太网交换机用，它不跑 TCP/IP。理解这一点，就不会在方案设计时把两类设备混为一谈。 # **结语** 反射内存交换机本质上是一台“透明的光纤广播复制器”：它把节点卡发来的每一帧在所有其它端口上同时扇出，逐跳再生光信号，并自动旁路故障端口。星型组网由此获得了布线清晰、单节点故障不扩散、分发时延一致的好处，再通过交换机级联把网络规模扩展到上百个节点。下一篇我们将在此基础上讨论环型、星型与混合拓扑如何取舍，以及冗余、距离、光纤选型等系统级架构问题。

2026-09-28

反射内存卡技术原理与工作机制详解

本文从核心思想、板卡硬件组成、数据帧与反射流程、节点编号与内存分区、中断通知机制等方面，系统讲清反射内存卡的工作原理。

2026-09-28

单边网格卖出原理研究：触发逻辑与执行机制

该策略通常与网格买入策略配合，构成完整的网格交易系统，通过捕捉市场价格的上下波动，反复赚取差价下面是我绘制的大概原理情况，网格多数用来做检测持股卖出 !

2026-09-28

Web安全深度解析：从漏洞原理到防御实践

$username, $password); $stmt->execute(); $result = $stmt->get_result(); ``` 参数化查询将SQL结构与数据分离，数据库引擎预编译语句结构

2026-09-24

原理与适用场景

本文讲清楚趋势跟踪的原理、常见实现方式、优缺点和适用场景，帮你判断它适不适合你。 ## 一、用一句话理解趋势跟踪趋势跟踪，说白了就是四个字——**顺势而为**。我常打这个比方：趋势跟踪就像冲浪。

2026-09-20

RPA与AI Agent的自动化原理区别

一段浏览器任务能够被RPA顺利执行，并不表示换成AI Agent就会更好；反过来，网页一有变化就要修改流程，也不意味着固定自动化完全没有价值。比较RPA与AI Agent时，需要看下一步动作由谁决定，以及系统凭什么确认任务继续执行的条件已经满足。这个区别会直接影响开发、调试和维护工作。 > RPA指按事先编排的步骤、条件与分支执行任务的流程自动化；AI Agent指由模型理解目标、结合环境反馈决定下一步动作和工具使用的执行方式。两者的核心差别在于“下一步由谁决定”。 ![](https://developer.qcloudimg.com/http-save/audit-12748179/0b6fde1d7caddf966e66dd86b54d0f6c.png) ## 一、RPA：动作、条件与分支都事先规定典型的RPA流程会事先规定动作、条件与分支。浏览器进入某个页面后，程序定位输入框、填入数据、等待结果，再执行下一项操作。微软的浏览器自动化文档展示了基于网页元素和选择器的操作方式，也提供条件判断和等待等动作，可参考 [网页自动化动作](https://learn.microsoft.com/en-us/power-automate/desktop-flows/actions-reference/webautomation)。因而，把RPA理解为只能重复鼠标坐标，并不准确。 ## 二、固定流程的优势在于路径可以提前检查固定流程的优势在于路径可以提前检查。假设任务是把已整理好的商品字段录入测试后台，输入格式和页面结构都明确，那么字段从哪里取、缺少数据时怎么办、保存后检查什么，都可以逐项定义。某一步失败时，也容易根据运行记录找到具体动作。代价是页面和业务条件改变后，需要有人维护这些定义。 ![](https://developer.qcloudimg.com/http-save/audit-12748179/8a35b8dea79c1a2437eb5a0d003a7d40.png) ## 三、AI Agent 依据目标和环境反馈选择路径 AI Agent则可以依据目标和环境反馈决定工具使用与执行路径。Anthropic对工作流和智能体的区分，核心就在预设路线与模型动态控制之间，参见 [工作流与智能体](https://www.anthropic.com/engineering/building-effective-agents)。这种动态能力适合部分路径不确定的任务，但并不意味着系统可以省略输入条件、工具权限和结果验收。 ## 四、理解交给模型，执行交给流程仍以商品资料处理为例，如果不同供应商提供的描述格式不一致，模型可以帮助理解信息、提出字段映射，再把确认后的结构化结果交给固定流程录入。页面数据缺少关键属性时，系统应报告缺口或请求确认，而不能为了让流程继续运行自行补造规格。此时AI承担理解与判断，RPA承担可重复执行，两者并没有互相排斥。 ## 五、按错误性质安排异常处理异常处理也应围绕错误性质安排。选择器失效，需要检查页面结构；模型理解错字段，需要回看输入和判断依据；网络超时，则应检查请求和等待条件。写入任务尤其要区分“提交失败”和“提交成功但没有收到反馈”。例如录入商品资料时，可以用任务记录中的商品编号查验后台结果，确认记录不存在后再重试，不能仅凭页面转圈就再次点击保存。 ## 六、测试要比较同一组样本的完整过程测试时，不应只比较演示视频中的速度。应让两种方案处理同一组经过授权的样本，分别记录准备时间、执行时间、人工修改和异常恢复。模型方案的工具调用与输入上下文也需要保留，否则结果虽然生成了，团队却无法解释某次动作为什么不同。固定方案则应记录流程版本，避免页面变化后把新旧结果混在一起。 ![](https://developer.qcloudimg.com/http-save/audit-12748179/b86694d722e52974523efa60e0d0ee48.png) ## RPA 与 AI Agent 对照表 |对比项|RPA 或固定流程|AI Agent| | --- | --- | --- | |下一步由谁决定|事先编排好的动作、条件与分支|模型结合目标与页面反馈动态决定| |适合的任务|规则清楚、页面结构相对稳定|输入变化较大、路径需要按内容判断| |前期投入|逐项定义字段来源、判断条件与校验方式|准备输入条件、工具权限与结果验收规则| |异常定位|按运行记录定位到具体动作|需保留工具调用与输入上下文才能解释| |记录要求|记录流程版本，避免新旧结果混在一起|记录模型与上下文，避免结果无法复现| |常见分工|承担可重复的执行与校验|承担理解与判断，把结果交给固定流程| ## 七、先按任务特点选，再决定投入如果流程规则清楚、页面相对稳定，先把固定自动化做好；如果输入变化较大、操作路径需要根据内容判断，可以让智能体承担那一小段判断工作。真正值得投入的方案，是在现有任务中减少了明确的人工环节，并且出了问题能够恢复。把任务拆到足以区分理解、执行和验证的粒度，往往比先决定必须使用哪一种技术更容易落地。 --- 资料说明：本文依据微软、Anthropic 等厂商公开的技术文档整理，核对日期为 2026 年 9 月 16 日，未进行客户端性能实测。

2026-09-19

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

精选列表

如何最接近rpm的安装方式去编译安装最新的php-fpm

如何自己编译生成hadoop的eclipse插件，如hadoop-eclipse-plugin-2.6.0.jar

[cocos2d-x]环境配置、交叉编译及安卓项目的生成

JNI学习笔记之AS+Cmake+NDK配置自动编译出so并集成流程

[cocos2d-x]编译cocos2d-win32.vc2010报错

《深入解析Android 虚拟机》——第1章，第1.3节编译Android源码

《深入解析Android 虚拟机》——第1章，第1.4节编译Android Kernel

在tiny4412源码下编写全系统编译执行脚本

Spring Data Redis Pipeline 深度解析：从协议原理到工程实践的万字指南-揭秘 executePipelined 底层协议原理、源码机制

Spark 核心之 MasterHA 高可用原理及配置详解

Embedding 向量化原理与 GEO 的语义匹配优化

FastAPI 的并发控制原理：async、线程池与限流

动态称重与静态称重：原理差异与工程取舍

无线动能开关工作原理详解

反射内存交换机原理与端口转发机制

反射内存卡技术原理与工作机制详解

单边网格卖出原理研究：触发逻辑与执行机制

Web安全深度解析：从漏洞原理到防御实践

原理与适用场景

RPA与AI Agent的自动化原理区别

资源下载

腾讯云软件源

Spring

Rocky Linux

Sublime Text

欢迎您来访！