2026年8月20日Rust生态爆发了近年破坏力最强的供应链投毒事件。三个底层基础crate被攻击者恶意篡改投毒累计全网下载量突破2.45亿次。其中仅 arrayref 单包下载量就超过2.4亿次深度绑定区块链、密码学、高性能后端、客户端GUI等核心项目Solana、Ethereum底层组件、blake3加密库、egui界面框架均在受影响名单内。这次攻击最颠覆认知的点不是复杂的漏洞利用而是极低的触发门槛。受害者不需要在业务代码中调用任何库函数不需要上线运行程序仅仅执行一次cargo build编译命令本地开发机、CI/CD流水线、服务器环境就会被植入远控窃密木马直接实现权限沦陷、敏感数据泄露。恶意版本在crates.io官方平台存活了86至107分钟在极短时间内渗透了海量开源项目、企业私有业务仓库。官方紧急下架恶意包、锁定涉事账号但已经有大量未及时同步告警的内网环境、私有镜像源完成了恶意版本缓存后续溯源和清理工作量极大。行业内长期存在一个误区Rust 凭借内存安全特性能规避绝大多数安全漏洞供应链风险远低于Go、Python、JavaScript。但本次事件直接戳破了这个假象。内存安全只能防护运行时内存损坏、越界读写等底层漏洞完全无法覆盖编译期的供应链攻击。build.rs 构建脚本、proc-macro 过程宏一直是 Rust 生态隐藏的高危攻击面只是此前没有出现过量级如此大、链路如此完整的实战投毒案例。本文将从第一性原理出发拆解本次攻击的底层逻辑用对抗式审查视角复盘每一个漏洞点、信任盲区、防御短板。同时提供完整的本地隔离复现流程、攻击链路架构图、全平台检测脚本、Cargo加固配置、CI流水线强制防护方案所有代码均可直接复制落地。一、事件核心基础信息精准无冗余1.1 受害高危Crate清单本次攻击仅针对三个底层基础库均为长期稳定、极少更新、全网广泛依赖的工具类包普通开发者几乎不会主动审查其更新日志天然具备投毒优势arrayref 0.3.10核心受害包历史总下载量2.4亿十年老牌库主打数组安全切片无任何复杂逻辑被海量底层项目间接依赖internment 0.8.7字符串驻留工具库用于内存优化广泛应用于编译工具、解析器项目append-only-vec 0.1.9追加式动态数组库多用于高并发数据存储场景三个包的恶意修改逻辑完全一致攻击者仅篡改 Cargo.toml 配置文件业务源代码零改动最大程度规避人工代码审查和自动化差异比对工具检测。1.2 攻击核心特征本次攻击区别于传统供应链投毒具备三个碾压级杀伤特性也是所有Rust开发者必须警惕的核心风险第一触发无条件。传统投毒需要业务代码调用恶意函数、触发特定逻辑本次攻击仅依赖编译行为。Cargo 解析依赖、拉取包文件、执行构建流程的瞬间恶意代码自动运行无需任何业务调用。第二隐蔽性拉满。上层受害包源码无异常所有恶意逻辑下沉到第三方依赖包。开发者审查 arrayref 源码完全看不到恶意代码常规代码审计、diff比对全部失效。第三权限无边界。build.rs 构建脚本运行在编译进程上下文持有当前系统用户的完整权限可读写本地文件、发起网络请求、执行系统命令无沙箱限制、无权限隔离。1.3 攻击存活与影响范围恶意版本于2026年8月20日批量发布在crates.io 官方平台存活约90分钟。这段时间内全球大量开发者、CI流水线完成了依赖更新与编译操作。国内大量私有crates镜像源同步缓存了恶意版本即便官方下架公网恶意包内网未清理环境依旧存在持续中毒风险。二、完整攻击链路拆解第一性原理复盘所有供应链攻击的底层逻辑只有一个利用生态信任链的传导漏洞让合法可信的流程承载恶意行为。本次攻击没有0day漏洞、没有复杂绕过技术只是精准利用了Rust生态的默认规则、开发者的惯性信任、平台的审核盲区。整个攻击分为前置铺垫、账号劫持、恶意发包、编译触发、载荷落地、持久化驻留六个阶段链路完整且层层递进。2.1 攻击整体流程架构图关键词Rust供应链投毒,arrayref中毒复现,build.rs攻击防御,Rust依赖安全检测,crates.io劫持,typosquat攻击,Cargo安全配置2026年8月20日Rust生态爆发了近年破坏力最强的供应链投毒事件。三个底层基础crate被攻击者恶意篡改投毒累计全网下载量突破2.45亿次。其中仅 arrayref 单包下载量就超过2.4亿次深度绑定区块链、密码学、高性能后端、客户端GUI等核心项目Solana、Ethereum底层组件、blake3加密库、egui界面框架均在受影响名单内。这次攻击最颠覆认知的点不是复杂的漏洞利用而是极低的触发门槛。受害者不需要在业务代码中调用任何库函数不需要上线运行程序仅仅执行一次cargo build编译命令本地开发机、CI/CD流水线、服务器环境就会被植入远控窃密木马直接实现权限沦陷、敏感数据泄露。恶意版本在crates.io官方平台存活了86至107分钟在极短时间内渗透了海量开源项目、企业私有业务仓库。官方紧急下架恶意包、锁定涉事账号但已经有大量未及时同步告警的内网环境、私有镜像源完成了恶意版本缓存后续溯源和清理工作量极大。行业内长期存在一个误区Rust 凭借内存安全特性能规避绝大多数安全漏洞供应链风险远低于Go、Python、JavaScript。但本次事件直接戳破了这个假象。内存安全只能防护运行时内存损坏、越界读写等底层漏洞完全无法覆盖编译期的供应链攻击。build.rs 构建脚本、proc-macro 过程宏一直是 Rust 生态隐藏的高危攻击面只是此前没有出现过量级如此大、链路如此完整的实战投毒案例。本文将从第一性原理出发拆解本次攻击的底层逻辑用对抗式审查视角复盘每一个漏洞点、信任盲区、防御短板。同时提供完整的本地隔离复现流程、攻击链路架构图、全平台检测脚本、Cargo加固配置、CI流水线强制防护方案所有代码均可直接复制落地。一、事件核心基础信息精准无冗余1.1 受害高危Crate清单本次攻击仅针对三个底层基础库均为长期稳定、极少更新、全网广泛依赖的工具类包普通开发者几乎不会主动审查其更新日志天然具备投毒优势arrayref 0.3.10核心受害包历史总下载量2.4亿十年老牌库主打数组安全切片无任何复杂逻辑被海量底层项目间接依赖internment 0.8.7字符串驻留工具库用于内存优化广泛应用于编译工具、解析器项目append-only-vec 0.1.9追加式动态数组库多用于高并发数据存储场景三个包的恶意修改逻辑完全一致攻击者仅篡改 Cargo.toml 配置文件业务源代码零改动最大程度规避人工代码审查和自动化差异比对工具检测。1.2 攻击核心特征本次攻击区别于传统供应链投毒具备三个碾压级杀伤特性也是所有Rust开发者必须警惕的核心风险第一触发无条件。传统投毒需要业务代码调用恶意函数、触发特定逻辑本次攻击仅依赖编译行为。Cargo 解析依赖、拉取包文件、执行构建流程的瞬间恶意代码自动运行无需任何业务调用。第二隐蔽性拉满。上层受害包源码无异常所有恶意逻辑下沉到第三方依赖包。开发者审查 arrayref 源码完全看不到恶意代码常规代码审计、diff比对全部失效。第三权限无边界。build.rs 构建脚本运行在编译进程上下文持有当前系统用户的完整权限可读写本地文件、发起网络请求、执行系统命令无沙箱限制、无权限隔离。1.3 攻击存活与影响范围恶意版本于2026年8月20日批量发布在crates.io 官方平台存活约90分钟。这段时间内全球大量开发者、CI流水线完成了依赖更新与编译操作。国内大量私有crates镜像源同步缓存了恶意版本即便官方下架公网恶意包内网未清理环境依旧存在持续中毒风险。二、完整攻击链路拆解第一性原理复盘所有供应链攻击的底层逻辑只有一个利用生态信任链的传导漏洞让合法可信的流程承载恶意行为。本次攻击没有0day漏洞、没有复杂绕过技术只是精准利用了Rust生态的默认规则、开发者的惯性信任、平台的审核盲区。整个攻击分为前置铺垫、账号劫持、恶意发包、编译触发、载荷落地、持久化驻留六个阶段链路完整且层层递进。2.1 攻击整体流程架构图注册仿冒包内置恶意build.rs新增恶意依赖同步crates.io/私有镜像执行cargo build关闭TLS校验适配系统窃取敏感数据写入开机项定期心跳攻击者前置准备proc-macro1 恶意包预埋劫持arrayref维护者账号发布arrayref 0.3.10恶意版本开发者/CI拉取依赖编译期自动运行build.rs下载跨平台远控载荷Linux/Windows/Mac落地执行浏览器凭证/SSH密钥/环境变量泄露系统持久化驻留C2服务器远程控制2.2 阶段一前置typosquat仿冒包预埋攻击者提前注册大量高度混淆的仿冒crate核心目标包为proc-macro1精准对标官方主流合法包proc-macro2。二者名称仅数字差异README文档、功能描述、介绍文案完全复刻普通开发者无法通过名称和简介区分真伪。除核心恶意包外攻击者还提前注册了 aovine、arone、aronenao、tinymember 等备用恶意包用于核心包暴露下架后的轮换投毒构建了完整的恶意包矩阵规避单包封禁导致攻击失效的问题。proc-macro1无任何实际业务功能唯一作用就是内置恶意 build.rs 构建脚本作为整个攻击的载荷载体。这一步是攻击的核心铺垫所有后续恶意执行逻辑全部依托该仿冒包实现。2.3 阶段二高可信维护者账号劫持arrayref 作为十年老牌基础库维护者账号拥有极高的生态信任度。攻击者窃取了该项目维护者的 crates.io 发布权限这是本次攻击能够大规模扩散的核心前提。拿到权限后攻击者对三个目标库仅做一处修改在 Cargo.toml 依赖列表中新增一行proc-macro1 1.0.107。其余代码、配置、注释完全保留零多余改动。这种修改方式极具欺骗性。基础库长期不更新突然迭代小版本开发者大概率默认是常规兼容性修复不会主动核查新增依赖。代码审计工具比对源码差异时几乎无有效风险特征极易直接放行。公开溯源信息显示这是arrayref项目十年以来第一次新增外部依赖。2.4 阶段三受害者无感知触发流程绝大多数受害者不会主动指定固定版本Cargo 默认遵循语义化版本规则自动拉取最新兼容版本。只要项目间接依赖 arrayref执行任意编译、构建、检查命令都会触发风险链路。触发条件极简无需业务代码引用库函数、无需程序运行、无需上线部署仅需本地或CI环境执行构建命令。Cargo 递归解析依赖树自动下载 proc-macro1 恶意包同步执行其 build.rs 脚本恶意逻辑直接落地。这也是本次攻击杀伤力远超传统投毒的关键。很多项目只是间接依赖该库开发者完全无感知却会全员中招。2.5 阶段四build.rs一阶加载器执行逻辑一阶加载器是预埋在 proc-macro1 中的核心启动逻辑全程无落地文件特征纯内存执行预处理规避基础杀毒软件查杀。核心行为分为三步关闭TLS证书校验、解码拼接C2地址、下载对应系统的二阶载荷。攻击者将C2服务器地址做Base64分片编码写入build.rs源码规避静态特征扫描。脚本运行后自动拼接解码完整C2地址无视HTTPS证书异常强行发起网络请求下载木马程序。同时脚本内置跨平台适配逻辑自动识别当前操作系统与架构精准匹配Linux x86-64、Windows x86-64、macOS x86-64/ARM64 对应载荷实现全平台覆盖攻击。2.6 阶段五二阶载荷落地与恶意行为一阶加载器下载完成二阶二进制载荷后根据系统类型完成落地执行不同平台适配不同的落地方式最大化隐藏攻击痕迹Linux/macOS 平台将载荷写入 /tmp/rust-setup 临时目录赋予可执行权限后台启动独立进程运行脱离编译进程生命周期避免编译结束后恶意进程终止。Windows 平台生成 rust-setup.ps1 脚本至系统临时目录通过 wscript.exe 调用VBS脚本隐藏运行窗口实现无弹窗静默执行规避用户肉眼察觉。载荷落地后核心恶意能力分为三类数据窃取、持久化驻留、远程控制。数据窃取维度遍历Chrome、Edge、Brave浏览器本地数据库盗取保存的账号密码、Cookie、表单凭证扫描本地 ~/.ssh 密钥目录、Git配置、钱包私钥文件抓取CI/CD环境所有环境变量泄露服务器密钥、Token、账号密码。持久化驻留维度Linux 写入 systemd 自启动服务macOS 配置 LaunchAgent 开机项Windows 写入注册表Run启动键保证设备重启后恶意程序自动运行实现长期驻留。远程控制维度恶意程序持续向C2服务器心跳保活接收远程指令可实现文件上传下载、命令执行、内网横向移动、权限维持等高危操作。2.7 阶段六攻击善后与批量备用投毒攻击者提前储备多组备用恶意包一旦核心 proc-macro1 被官方下架封禁可立刻切换其他仿冒包继续投毒保证攻击链路不中断。官方后续清理过程中批量删除了攻击者注册的十余款备用恶意包印证了攻击者的规模化投毒布局。三、本地隔离环境完整复现安全合规仅教学以下复现流程全程基于隔离虚拟机操作无真实C2链路、无窃取数据逻辑仅还原攻击触发原理与执行链路用于安全研究、攻防学习、企业内部培训。禁止在公网环境、生产设备、办公设备运行禁止用于非法攻击。复现核心目标验证 Rust 编译期无差别执行 build.rs、无业务调用触发攻击、依赖信任传导三大核心风险。3.1 环境准备隔离虚拟机Ubuntu 22.04 / Windows 10 虚拟机断网环境最佳Rust 编译环境rustc 1.75、cargo 1.75目录隔离新建独立文件夹不与本地项目重叠3.2 第一步制作恶意仿冒包 proc-macro1新建空白项目模拟攻击者预埋的恶意载荷包cargonew proc-macro1cdproc-macro1修改 Cargo.toml 配置伪装官方正规包[package] name proc-macro1 version 1.0.107 edition 2021 description A procedural macro helper library, compatible with proc-macro2 license MIT [dependencies]新增核心恶意文件 build.rs模拟编译期触发逻辑usestd::env;usestd::fs;usestd::process::Command;fnmain(){// 模拟恶意代码触发提示eprintln!([WARNING] 供应链投毒载荷已触发build.rs 编译期执行成功);eprintln!([INFO] 当前编译用户{:?},env::var(USER));eprintln!([INFO] 工作目录{:?},env::current_dir());// 模拟一阶载荷落地行为无真实恶意仅演示#[cfg(target_os linux)]{letmock_file/tmp/rust_poison_mock.txt;fs::write(mock_file,Rust供应链投毒模拟执行记录).unwrap_or_else(|_|());eprintln!([SUCCESS] Linux平台模拟载荷落地完成);}#[cfg(target_os windows)]{lettemp_pathenv::var(TEMP).unwrap_or_default();letmock_fileformat!({}\\rust_poison_mock.txt,temp_path);fs::write(mock_file,Rust供应链投毒模拟执行记录).unwrap_or_else(|_|());eprintln!([SUCCESS] Windows平台模拟载荷落地完成);}#[cfg(target_os macos)]{letmock_file/tmp/rust_poison_mock.txt;fs::write(mock_file,Rust供应链投毒模拟执行记录).unwrap_or_else(|_|());eprintln!([SUCCESS] MacOS平台模拟载荷落地完成);}}清空 src/main.rs 无效代码保证包结构合法完成恶意包制作。3.3 第二步制作被投毒的模拟arrayref包新建模拟底层基础库项目复刻本次投毒的核心修改方式仅新增恶意依赖业务代码零改动。cargonew mock-arrayrefcdmock-arrayref修改 Cargo.toml引入恶意仿冒依赖[package] name mock-arrayref version 0.3.10 edition 2021 description Mock arrayref crate for security test [dependencies] # 复刻本次投毒核心改动新增恶意typosquat依赖 proc-macro1 { path ../proc-macro1 }保留默认 src/main.rs 空白代码无任何业务逻辑、无任何依赖调用。3.4 第三步受害者项目无感知触发测试新建最终受害者业务项目完全不感知底层依赖异常cargonew victim-projectcdvictim-projectCargo.toml 引入被投毒的底层库[package] name victim-project version 0.1.0 edition 2021 [dependencies] mock-arrayref { path ../mock-arrayref }业务代码完全纯净不调用任何底层库APIfnmain(){println!(正常业务程序运行中未调用任何mock-arrayref接口);}3.5 执行测试验证攻击逻辑在 victim-project 目录执行编译命令cargobuild执行结果可直接复现真实攻击特征业务代码无任何依赖调用编译过程自动执行恶意 build.rs控制台输出告警信息系统临时目录生成模拟落地文件。通过该复现可以直观验证Rust 供应链投毒的核心风险不在于业务代码漏洞而在于编译期依赖自动执行的默认机制。四、对抗式深度溯源为什么这次攻击能成功抛开表面攻击流程从生态机制、开发者习惯、平台规则三个维度用对抗思维拆解底层漏洞这是防御同类攻击的核心前提。4.1 Rust编译机制的原生信任缺陷Cargo 默认赋予所有依赖包 build.rs 无限制执行权限无白名单、无默认拦截、无权限沙箱。官方设计初衷是方便编译构建、跨平台适配、代码生成却直接打开了最大的攻击面。绝大多数开发者对 build.rs 无审计意识默认所有基础库的构建脚本都是安全可信的。长期的生态信任惯性让编译期执行成为被忽略的高危攻击入口。4.2 底层基础库的信任传导灾难arrayref 这类十年稳定库已经形成绝对的生态信任。开发者不会对其小版本更新做风险审查企业安全规则也不会将老牌基础库纳入高危审计范围。底层库的每一次信任背书都会传导给全球数百万间接依赖项目。单点投毒全网沦陷这是基础库投毒的最大破坏力。4.3 版本迭代的审计盲区本次恶意更新仅新增一行依赖无业务代码改动。常规代码审计只关注业务逻辑变更忽略依赖列表增减。自动化安全工具多检测代码恶意特征无法识别“新增未知依赖”这类隐性风险。同时语义化版本的自动升级机制让风险版本静默覆盖旧版本无弹窗、无告警、无强制确认普通开发者完全无法感知。4.4 crates.io平台审核机制短板官方平台仅做基础合规检测不会校验“老牌库突然新增陌生依赖”的异常行为不会拦截typosquat仿冒包不会对小版本增量修改做深度风险研判。平台被动防御机制无法对抗针对性的定向投毒攻击。五、全平台应急检测与清理方案可直接落地针对已受影响的设备、项目、CI环境提供全套检测脚本、版本锁定、残留清理方案所有代码可直接复制执行。5.1 快速检测本机是否中毒脚本Linux/macOS 一键检测脚本排查恶意文件、持久化项、C2连接残留#!/bin/bashecho[] 开始检测Rust arrayref投毒残留风险# 检测恶意临时文件ls-la/tmp/rust-setup /tmp/rust_poison_mock.txt2/dev/null# 检测系统自启动项systemctl list-unit-files|greprust2/dev/nullls-la~/Library/LaunchAgents/|greprust2/dev/null# 检测当前进程是否存在恶意rust载荷psaux|grep-Erust-setup|proc-macro1|grep-vgrep# 检测项目依赖恶意版本find.-nameCargo.lock-typef-execgrep-Earrayref 0.3.10|internment 0.8.7|append-only-vec 0.1.9|proc-macro1{}\;echo[] 检测完成存在上述内容即为风险环境Windows 一键检测PowerShell脚本Write-Host[] 开始检测Windows端Rust投毒残留风险# 检测临时目录恶意文件$tempPath$env:TEMPGet-ChildItem$tempPath\rust-setup*-ErrorAction SilentlyContinue# 检测注册表持久化项Get-ItemPropertyHKCU:\Software\Microsoft\Windows\CurrentVersion\Run|Where-Object{$_.PSObject.Properties.Name-matchrust}# 检测进程Get-Process|Where-Object{$_.Name-matchrust-setup}# 检测项目恶意依赖Get-ChildItem.-Recurse-File-NameCargo.lock|ForEach-Object{Select-String$_-Patternarrayref 0.3.10|internment 0.8.7|append-only-vec 0.1.9|proc-macro1}5.2 项目依赖紧急修复版本强制锁定所有业务项目必须立刻锁定安全版本禁止自动升级恶意版本在 Cargo.toml 中写入精准固定版本号[dependencies] # 强制锁定安全版本禁止浮动升级 arrayref 0.3.9 internment 0.8.6 append-only-vec 0.1.8执行依赖更新与锁定固化 Cargo.lockcargoupdategitaddCargo.lock Cargo.tomlgitcommit-mfix: 锁定rust高危依赖安全版本修复供应链投毒风险5.3 私有镜像源清理方案企业内部私有crates镜像源需手动清理恶意包缓存公网官方已下架但内网镜像会永久留存恶意版本。需批量检索删除以下包版本arrayref:0.3.10internment:0.8.7append-only-vec:0.1.9proc-macro1:1.0.107aovine、arone、aronenao、tinymember 全版本六、长期加固防御方案企业落地级单次应急修复无法规避后续同类攻击基于对抗式安全思维搭建编译期、依赖链、CI流水线、账号权限四层防御体系从根源阻断Rust供应链投毒。6.1 开启Cargo构建脚本白名单机制核心防御Cargo 1.77 支持 build-script-allow 白名单配置默认禁止所有依赖执行build.rs仅放行开发者手动信任的包从根源杜绝未知构建脚本执行。在项目根目录新建 .cargo/config.toml 全局加固配置[build] # 仅允许可信包执行build.rs陌生包直接编译报错 build-script-allow [ syn, quote, proc-macro2, once_cell, cc ] # 禁止模糊版本升级 [update] precise true # 禁用未校验的网络依赖 [net] git-fetch-with-cli true strict-version-matches true配置生效后任何不在白名单内的依赖只要包含build.rs直接编译失败彻底拦截本次及后续同类投毒攻击。6.2 CI流水线强制安全校验规则在CI流程中嵌入强制检测步骤代码合并、构建上线前自动拦截风险依赖、恶意构建脚本。完整可复用CI检测脚本#!/bin/bashset-e# 1. 供应链漏洞扫描cargoaudit--denywarnings# 2. 检测未知build.rs依赖cargotree--edgesbuild|grep-vEsyn|quote|proc-macro2|once_cell|ccexit1# 3. 拦截恶意版本依赖grep-Earrayref 0.3.10|internment 0.8.7|append-only-vec 0.1.9|proc-macro1Cargo.lockexit1echo[SUCCESS] Rust供应链安全检测通过配置CI规则检测不通过直接终止构建、禁止合并代码不允许任何风险代码进入生产环境。6.3 依赖审查标准化流程所有Rust项目新增依赖、升级依赖时强制执行三项审查标准纳入团队安全规范第一核查包名是否存在typosquat拼写仿冒对比主流官方包名称杜绝近似恶意包。第二检查依赖是否包含 build.rs、自定义proc-macro新增此类依赖必须单独人工审计源码。第三基础老牌库迭代小版本时重点核查依赖列表变更而非业务代码变更。6.4 crates.io账号与发布安全加固本次攻击入口是维护者账号劫持账号安全是供应链安全的第一道防线所有开源项目维护账号必须开启TOTP二次验证禁止单纯密码登录。禁止本地办公机器执行 cargo publish 发布操作统一使用隔离CI环境发布包版本。定期轮换发布Token禁止Token长期留存本地、配置文件、CI环境变量中。七、Rust供应链攻击全景复盘与行业启示本次2.45亿量级投毒事件打破了行业对Rust安全的固有认知。很多开发者误以为内存安全等于全场景安全实际上内存安全只解决运行时内存漏洞完全不覆盖编译期供应链风险。build.rs 和 proc-macro 是 Rust 生态独一无二的高危攻击面。其他语言无编译期自动执行脚本的机制而Rust的原生特性让供应链攻击的触发门槛降到最低、破坏力拉到最大。未来Rust供应链攻击的趋势会越来越清晰攻击者不再编写复杂恶意业务代码不再利用运行时漏洞而是依托信任劫持依赖投毒编译期自动执行的极简链路攻击全网底层基础库实现规模化渗透。对于企业而言Rust项目的安全建设不能只聚焦代码审计、漏洞扫描必须把供应链依赖安全、编译期行为管控纳入核心安全体系。对于个人开发者放弃对老牌库、高下载量库的盲目信任是规避风险的第一准则。八、互动讨论1. 你的项目是否间接依赖 arrayref 等高危基础库有没有开启 build.rs 白名单防护2. 你认为Rust官方是否应该默认禁止未知包的build.rs自动执行欢迎在评论区留言交流。