简介：面向MATLAB网络化运动控制与资源调度学习者的TrueTime 2.0中文使用文档，适合正在搭建仿真环境、需要理解工具箱结构、模块职责与调度实验组织方式的初中级读者。压缩包共1个docx文件，约402KB，内容集中为一册说明文档，便于离线查阅和按主题检索，目前已有1593人学习。文档覆盖工具箱部署、路径与环境变量配置、Kernel、Simulator、Controller等模块的功能划分与参数配置，并涉及最大误差优先调度、优先级反馈控制等运动控制知识点，同时提示常见配置问题的排查思路，兼顾MATLAB基础操作与mex编译器等前置知识。读者可据此建立TrueTime与MATLAB协同仿真框架，理解仿真流程、任务调度机制和网络控制实验设计方法，为系统建模、调度策略验证及后续实验复现提供参考，也可作为课程设计、毕业课题与科研入门阶段的参考资料。
1. 先别急着装：TrueTime 2.0 到底是干什么的
很多人第一次听到 TrueTime 2.0，是被一句「你先把这个装上」砸过来的。装完之后硬盘里多了个文件夹，Simulink 里多了几个图标，然后就没然后了。它其实没那么神秘：TrueTime 2.0 是一个跑在 MATLAB/Simulink 上的工具箱，专门仿真「计算机控制一台机器」这件事，只不过这里的计算机不止一台，它们要靠网络互相传消息，消息会排队、会晚到、会丢。你真正要观察的问题是——网络一卡，控制效果会烂到什么程度。如果你正在做运动控制、资源调度方向的课设或课题，需要「先在电脑里试一百遍，再上真机试一遍」，它就是那层替你挨打的沙盘。零基础也能上手，前提是顺序别搞反。
2. 为什么值得先学它：一个工具箱省掉的重复劳动
先说结论：TrueTime 2.0 的价值不在于它多高深，而在于它把「网络」这件说不清道不明的事，变成了几个可以填数字的框。你在真实设备上想验证「网络延迟从 5 毫秒涨到 50 毫秒，控制系统会不会抖」，需要拆线、换交换机、改配置，一天可能只跑两三组数据；在仿真里，改一个输入框，回车，两秒钟出结果。这个差别，做过实验的人都懂。
2.1 网络化控制系统到底在仿真什么
传统的控制课里，传感器、控制器、执行器之间是一根线直连的，我们默认信号瞬时就到了。真实车间不是这样：几十台设备挂在一根总线上，传感器采完数据要打包、排队、等总线空闲、发出去，控制器算完再把指令打包发回来。中间这一段「打包—排队—传输—接收」的时间，不是零，而且每次都不一样。
这一小段时间会带来四件麻烦事。第一是延迟，指令到得晚，控制就慢半拍；第二是抖动，每次延迟长短不一，控制器的节奏被打乱；第三是丢包，某个数据包没送到，控制器拿着旧数据做决定；第四是冲突，两个节点同时抢总线，谁先发要看协议。TrueTime 干的事，就是把这四件事在电脑里复现出来，让你看它们怎么一点点把控制曲线搞坏。
打个生活化的比方：你点外卖，厨房做菜是「计算」，骑手送餐是「网络传输」，你吃上饭是「执行」。菜本身做得再好，骑手路上堵二十分钟，你吃到的还是凉的。仿真就是让你不用真点一百次外卖，也能知道几点下单会凉。
为什么非得在仿真里做？真机贵、复现难、参数不敢乱改。你不可能为了看「周期从 10 毫秒改成 20 毫秒会怎样」去拆一台设备。而仿真里，这些都只是输入框里的数字。这也是新手最该先建立的心态：先把沙盘玩熟，再去碰真东西。
2.2 TrueTime 的三大件：Kernel、Network、Send/Receive
新手最容易犯的错，是把模块说明文档从头看到尾。那份文档很长，第一遍看完基本什么也记不住。真正需要认识的只有三个模块，剩下的等用到再查。
Kernel 是「一台计算机」。它里面跑任务，每个任务有周期、执行时间、优先级、截止期，还要选一个调度策略来决定谁先跑。它还有对外的接口：接传感器的 A/D、接执行器的 D/A、接网络的端口。你在仿真里放两个 Kernel，就等于放了两台电脑。
Network 是「一根网线」。它决定消息怎么在节点之间走，可选类型包括以太网、CAN 总线、轮询、频分这类，每种下面的参数都不一样。第一次别贪多，选一个最普通的先跑通。
Send 和 Receive 是「网卡口」。Kernel 自己不直接连网络，得靠这两个模块把消息送出去、收进来，填的是源节点号、目的节点号、消息长度这些。
| 模块 | 在仿真里扮演什么 | 第一次先动哪个参数 |
|---|---|---|
| Kernel | 一台计算机节点 | 任务周期、执行时间 |
| Network | 一条通信介质 | 网络类型、数据速率 |
| Send / Receive | 节点的收发接口 | 源节点号、目的节点号 |
认识这三个，已经够你把第一个模型搭起来了。至于电池模块、时钟模块、事件模块，都属于「以后再说」的范围，一开始全塞进去只会让你自己乱。
2.3 上手前的底子：三样够用，两样可以缓一缓
不需要你先成为 MATLAB 高手。真正必需的只有三样：
第一，MATLAB 的基本操作。会开命令行窗口、会跑 .m 脚本、知道 addpath 和 savepath 是干什么的，就够了。这三件事花半小时能学会。
第二，Simulink 的基本操作。会从库浏览器拖模块、会用鼠标连线、会双击改参数、会点运行、会加一个示波器看波形。这是硬门槛，不会的话先花一个下午拖几个加减法模块练手，比硬着头皮装工具箱划算。
第三，一点点控制常识。知道采样周期是什么、知道反馈是把输出量回去比较、知道 PID 大概是干什么的。不要求会推导，只要求听到这些词不发怵。
可以缓一缓的是两样。一是 C 语言——TrueTime 里有 C 写的文件需要编译，但你只需要装个编译器让它自己编，不用自己写一行 C。二是调度理论——最大误差优先、优先级反馈这些名词，等你跑通第一个模型、看到曲线因为调度策略变化而变样了，再去查，理解得快十倍。
我第一次接触这类工具箱的时候，卡了整整两天，最后发现不是理论不懂，是路径没加对。所以别急着补理论，先把环境跑通。
3. 从零装一遍：下载、路径、编译的完整流程
这一章是整个入门路上最容易翻车的地方，也是最多人半途放弃的地方。它的难点不在智力，在耐心：七八个步骤，任何一个漏掉，最后都会表现成同一句报错。所以我按顺序写，每一步都告诉你「这一步到底在干什么」，你照着做，出问题时也大概知道该回头查哪一步。
3.1 第一步：下载解压，放进 toolbox 目录
从说明文件里给出的官方发布页面下载最新版本。原文作者用的是 TrueTime 2.0 beta 1，你不必跟他一模一样，但要注意：不同小版本的文件夹名字可能不同，后面所有路径都要换成你自己的，千万别照抄。
下载下来是一个压缩包，解压后得到类似 truetime-2.0 这样的文件夹，里面能看到 kernel、examples 之类的子目录。把这个文件夹整个复制到 MATLAB 安装目录下的 toolbox 文件夹里。
# 以 Windows 为例，最终的目标结构大概长这样（版本号和路径换成你自己的） # D:\Program Files\MATLAB\R2017b\toolbox\truetime-2.0\ # ├─ kernel\ # ├─ examples\ # └─ 其他子目录... # 如果习惯用命令行复制，可以这样写 xcopy /E /I "D:\下载\truetime-2.0" "D:\Program Files\MATLAB\R2017b\toolbox\truetime-2.0"xcopy /E /I的意思是连子目录一起复制，目标不存在就自动创建。为什么不建议放在桌面或者中文目录里？因为在 Windows 上，路径带空格带中文，后面编译那一步特别容易报「找不到文件」，而报错信息又不会直白告诉你「是路径的锅」。放进 toolbox 还有个好处：路径短，以后复制粘贴不容易错。
提示：装之前先确认你的 MATLAB 是 32 位还是 64 位，后面选编译器要用到。命令行窗口输入
computer就能看到。
3.2 第二步：setpath，把 Kernel 目录加进去
MATLAB 找一个函数，是在它的「搜索路径」里挨个目录翻。工具箱的目录不在默认搜索路径里，所以要手动加。
界面操作：主页选项卡 → 设置路径 → 添加文件夹 → 选中 truetime-2.0 下的 kernel 目录 → 保存。原文提到 kernel 里一共包含 4 个和 truetime 相关的文件，建议都包含进去，这样不容易出错；如果你想省事，只加 kernel 文件夹也行，真出错了再回头补。
命令操作更稳，也不容易点错：
% 把 kernel 目录加进搜索路径，并保存下来，下次启动 MATLAB 依然有效 ttRoot = 'D:\Program Files\MATLAB\R2017b\toolbox\truetime-2.0'; % 换成你自己的解压位置 addpath(fullfile(ttRoot, 'kernel')); % 把 kernel 子目录加入搜索路径 savepath; % 保存路径设置，否则关掉 MATLAB 就没了 % 验证一下到底加对没有 which init_truetimefullfile会自动按系统习惯拼接路径分隔符，省得你手写反斜杠写错。savepath是关键的一步，很多人只 addpath 不 savepath，当场能用，第二天开机又不行了，然后开始怀疑人生。最后那句which init_truetime如果打印出一个完整的文件路径，说明加对了；如果提示 not found，说明上一步没生效，别往下走。
3.3 第三步：环境变量和 startup.m 这两个小动作
这两个动作看起来像玄学，其实目的很朴素：让 MATLAB 每次一启动就自动知道 TrueTime 在哪，不用你天天手动加路径。
环境变量在 Win7 上的位置是：右键「计算机」→ 属性 → 高级 → 环境变量 → 在系统变量里新建。Win10 和 Win11 换了地方：右键「此电脑」→ 属性 → 高级系统设置 → 环境变量。变量名按说明文件里写的填，值填你自己的 truetime 根目录，设完一路点确定，然后重启电脑——原文明确说了要重启，这一步别偷懒。
REM 也可以用命令行设系统级环境变量，需要管理员权限的命令行窗口 REM 变量名照说明文件填，这里用 TRUETIME_ROOT 代指；/M 表示写入系统变量而不是用户变量 setx TRUETIME_ROOT "D:\Program Files\MATLAB\R2017b\toolbox\truetime-2.0" /M然后是 startup.m。它是 MATLAB 每次启动都会自动执行的一个脚本，放在 MATLAB 安装目录的 toolbox\local 下。原文给出的做法是打开 local 下的 startupsav.m 去改，其实你直接在同一个位置新建或编辑 startup.m，效果一样。
% 文件位置：<MATLAB安装目录>\toolbox\local\startup.m % 每次打开 MATLAB 都会自动跑一遍这里面的内容 ttRoot = 'D:\Program Files\MATLAB\R2017b\toolbox\truetime-2.0'; addpath(fullfile(ttRoot, 'kernel')); % 开机就把 TrueTime 的路径挂上原文还有一步，是把 local 目录下的 matlabrc.m 打开、不做任何修改直接另存。这一步在老版本 MATLAB 上有它的道理，但你不必纠结它的原理，只要保证两件事就行：local 目录里有 init_truetime.m，并且启动时路径能挂上。把 kernel 里的 init_truetime.m 复制到 local 目录，用一个命令就能完成：
# 把初始化脚本复制到 local 目录，让 MATLAB 启动时能找到它 copy "D:\Program Files\MATLAB\R2017b\toolbox\truetime-2.0\kernel\init_truetime.m" "D:\Program Files\MATLAB\R2017b\toolbox\local\init_truetime.m"为什么要放 local？因为 MATLAB 启动时对 local 目录有特殊照顾，放在这里的东西启动阶段就能被找到，不会被「路径还没加好」这件事卡住。
3.4 第四步：装编译器，跑 make_truetime
TrueTime 里有一部分文件是 C 写的，需要在你自己的电脑上编译一遍才能用，这一步叫 mex 编译。这是整个安装流程里最容易卡住的地方，原文作者也说了，他试过好几个编译器都不成功，最后用的是 64 位的 TDM-GCC 5.1.0 那个安装包。
经验上讲，失败的原因八成是位数不匹配：MATLAB 是 64 位，装的编译器是 32 位，怎么调都不认。安装编译器时记得勾选「加入 PATH」，装完重开 MATLAB。
% 第一步：让 MATLAB 认识你刚装的编译器 mex -setup % 按提示选择 C 编译器，选项里出现你装的那个就选它 mex -setup -v % 如果上面没列出编译器，加 -v 看它到底在哪些目录找过，方便对症下药mex -setup的交互是一问一答的形式，看清楚再回车，选错了重来一次就行，不会弄坏什么。-v是 verbose 的意思，会把它搜索过的目录全打出来，报错时对着这个列表看，八成能发现是路径没配好。
编译器认到之后，再编译工具箱本体：
% 第二步：切到 TrueTime 根目录，执行编译 cd('D:\Program Files\MATLAB\R2017b\toolbox\truetime-2.0') % 必须先切到根目录 make_truetime % 编译 TrueTime 的 mex 文件先cd到根目录这一步不能省，因为make_truetime内部用的是相对路径，你在别的目录下执行，它会找不到源文件。编译过程会刷一屏文字，中间出现几个 warning 是正常的，原文也说了「如果出现警告，先不用管」。你要盯的是最后一行，出现 successful 就说明成了。
3.5 第五步：三条命令验收，别靠感觉
装完别急着关窗口，花十秒验一下，比事后排查省一小时。
% 验收三条命令，全过才算真装好 which init_truetime % 1. 初始化脚本能不能被找到 exist('rtsys', 'file') % 2. 编译出来的核心文件在不在（返回 2 或 3 表示存在） truetime % 3. 能不能弹出 TrueTime 的工作窗口第一条打印出完整路径，第二条返回值不是 0，第三条弹出一个窗口——三条都过，这条安装链路就算打通了。第三条如果没有窗口弹出来，先别怀疑安装，看看是不是窗口被主界面挡在后面了。
4. 第一个例子跑通：从一条命令到一条曲线
环境装好只是「工具齐了」，真正让你有感觉的，是第一次看到自己搭的模型跑出一条随时间变化的曲线。这一章做一个极简的：两台计算机、一条网络、一条消息，能跑就行，不追求漂亮。
4.1 先用一条命令确认界面活着
在命令行窗口敲truetime回车。这个命令会打开 TrueTime 的工作窗口，里面通常能看到示例模型和模块库的入口。这一步的意义在于：它把「路径、编译、界面」三件事一次性验证了——只要窗口能起来，说明前面的功夫没白费。
窗口弹出来之后，别急着关，从里面翻一个最简单的示例模型出来看看。看的时候只关注三件事：模块是怎么连的、双击模块之后有哪些输入框、跑完之后波形在哪个示波器里看。其余的细节一概先跳过。
4.2 搭一个最小模型：两台电脑一根网线
整个模型只有五个模块，加一个示波器。照下面这个顺序做：
- 打开 Simulink，新建一个空白模型。
- 在库浏览器里找到 TrueTime 的分类，拖两个 Kernel 模块到画布上，一个当控制器，一个当被控对象节点。
- 拖一个 Network 模块进来，网络类型先选最普通的那种，数据速率填一个你熟悉的数量级。
- 拖一个 Send 和一个 Receive，把 Kernel 和 Network 两头接上，注意方向别接反。
- 双击控制器那个 Kernel，按照下表填参数，先只填能填的，其余保持默认。
- 在被控对象的输出上加一个示波器，方便看结果。
- 保存，文件名取个纯英文的，比如 tt_min_demo。
| Kernel 关键参数 | 它在说什么 | 第一次建议怎么填 |
|---|---|---|
| 任务数 | 这台「电脑」里同时跑几个任务 | 先填 1 个 |
| 周期 | 任务每隔多久被触发一次 | 从 0.01 秒起步 |
| 执行时间 | 这个任务算一次要占多少时间 | 比周期小一个数量级，比如 0.001 |
| 优先级 | 多个任务抢 CPU 时谁先跑 | 先都设成一样的，暂时不比 |
| 调度策略 | 用什么规则挑任务 | 第一次选固定优先级 |
| Network 关键参数 | 它在说什么 |
|---|---|
| 网络类型 | 消息按什么协议抢总线 |
| 数据速率 | 一秒钟最多传多少比特 |
| 最小帧长 | 一个消息最少要占多少长度 |
| 丢包概率 | 消息凭空消失的概率，先填 0 |
参数填得不对没关系，第一次的目标是「跑起来」，不是「跑得对」。我见过太多新手在第一个模型上纠结参数合不合理，纠结三天，模型一次没跑过——这才是真正的浪费。
4.3 用脚本把这个模型跑起来
模型存好之后，可以点界面上的运行按钮，也可以用脚本跑。脚本的好处是：以后你要跑十组参数做对比，改一行数字就行，不用手点十次。
% first_run.m —— 跑一次刚才搭好的最小模型，并画出结果 model = 'tt_min_demo'; % 模型名，不带 .slx 后缀 load_system(model); % 只加载进内存，不弹出界面，速度快 set_param(model, 'StopTime', '2'); % 仿真时长设成 2 秒，注意这里是字符串 out = sim(model); % 开始仿真，结果全部塞进 out y = out.get('yout'); % 取出模型里记录到 yout 的信号 t = y.time; % 时间轴 v = squeeze(y.signals.values); % 挤出多余的维度，方便画图 plot(t, v, 'LineWidth', 1.2); xlabel('仿真时间 (s)'); ylabel('控制量'); title('第一次跑通：控制量随时间的变化'); grid on;load_system和open_system的区别值得记一下：前者只加载不显示，适合批量跑；后者会弹出界面，适合调试。StopTime必须写成字符串，写成数字会报错，这是新手最常见的低级翻车点。squeeze是因为yout里的数据维度常常是 N×1×1，直接 plot 会画出奇怪的东西，挤掉多余维度就正常了。前提是你在模型里把信号勾选了记录，否则yout是空的。
4.4 结果怎么看：三条对照说明问题
第一条曲线画出来，大概率不会漂亮：有超调、有振荡、毛刺还不少。这很正常，控制系统本来就这样。你真正要做的是做对照实验，看改动带来的差别：
| 你改了什么 | 大概率会看到 | 说明什么 |
|---|---|---|
| 网络速率调低一个数量级 | 曲线滞后变明显，振荡加剧 | 延迟真的在影响控制效果 |
| 任务周期调大一倍 | 曲线变粗糙，但 CPU 负载下来了 | 资源调度里最典型的取舍 |
| 丢包概率从 0 调到 1% | 偶发的大幅波动 | 数据丢一次，控制器就「瞎」一下 |
把这三组对照跑一遍，你对「网络化控制」这四个字的理解，会比看十页文档都实在。到这个时候，你才算真正入门了。
5. 新手最容易翻车的 5 个地方
这一章列出来的，都是我见过或者自己踩过的高频坑。共同特点是：报错信息完全不指向真正的原因，所以你只能靠「现象 → 原因 → 解决」这条链子倒推。
5.1 坑一：make_truetime 报一堆错，或者提示找不到编译器
现象：命令行刷出一屏红色错误，或者明确提示找不到编译器；有时候 mex -setup 里干脆列不出任何可选项。
原因：绝大多数是位数不匹配——MATLAB 是 64 位，装的编译器是 32 位，两边对不上。其次是装完编译器没有重开 MATLAB，环境变量还没生效。原文作者当年也是换了好几个编译器才成功，这说明问题出在环境上，而不是你操作错了。
解决：确认 MATLAB 位数（命令行输入computer），装对应位数的编译器，安装时勾选加入 PATH，装完彻底关掉 MATLAB 再重开。然后用mex -setup -v看它到底搜了哪些目录，对着列表判断是没装好还是没被认出来。
5.2 坑二：输入 truetime 提示未定义函数
现象：明明昨天还能用，今天开机敲truetime，直接回一句未定义。
原因：只做了 addpath，没做 savepath。路径只在当前这个会话里有效，关掉 MATLAB 就忘了。另一种可能是路径加到了 kernel 目录，但实际需要的那几个文件在别的子目录里。
解决：重新 addpath 之后一定跟一句 savepath。然后再用which init_truetime验证一次。如果还是找不到，把 kernel 目录下所有相关的文件目录都加进去，宁可多加，别漏加。
5.3 坑三：模型能跑完，但曲线是一条直线或者全是零
现象：仿真顺利结束，没有任何报错，但画出来的图一条平的，或者干脆全是 0。
原因：消息根本没送到。常见的是 Send 模块里的目的节点号填错了、Receive 的源节点号对不上，或者 Kernel 的网络接口数量设成了 0，压根没接上网络。
解决：从接收端往回查。先看 Receive 模块有没有收到东西，再看 Send 的源和目的是不是和两个 Kernel 的节点编号一一对应，最后确认 Kernel 的接口数量不是 0。这类问题不会有报错，只能靠一层层看信号。
5.4 坑四：换了电脑或者换了 MATLAB 版本，全线失效
现象：在实验室能跑，拷回自己电脑就报错；或者 MATLAB 升了个版本，原来的模型打不开了。
原因：编译出来的那些文件是跟操作系统位数和 MATLAB 版本绑定的，换个环境就不认。同时写死在 startup.m 里的绝对路径也指向了旧机器。
解决：在新机器上老老实实重走一遍：改路径、重跑mex -setup、重跑make_truetime。别想着直接拷编译好的文件过去，那是给自己挖坑。
5.5 坑五：路径里带空格或者中文，编译到一半莫名失败
现象：编译过程跑到一半停住，提示某个文件找不到，但你去看那个文件明明就在那儿。
原因：路径里的空格和中文，在某些编译环节会被截断或者转码出错。MATLAB 装在Program Files下面就带空格，这本身不致命，但如果你的解压目录再套一层中文文件夹名，就很容易出问题。
解决：把工具箱放在纯英文、路径尽量短的目录里，实在不行换个盘符根目录试试。改完路径记得把 startup.m 和环境变量里的旧路径一起更新，别只改一处。
注意：这五条坑里，前两条占了新手翻车原因的绝大多数。真卡住了，先照着这两条排查一遍，比到处问人快。
6. 跑通之后学什么：从「能跑」到「会改」
跑通第一个模型之后，最忌讳的事是立刻去啃理论。我带过的新手里，凡是跑通当天就抱着调度算法论文啃的，一周后基本都放下了；反而是那些继续瞎改参数、把曲线改坏了再改回来的，学得最扎实。
下面这条路径是我自己走过、也推荐给别人的顺序：
| 阶段 | 干什么 | 大概花多久 |
|---|---|---|
| 第一步 | 只改一个参数，观察曲线怎么变，比如网络速率、任务周期 | 两三个晚上 |
| 第二步 | 换一种网络类型，对比同一套控制参数下的差异 | 一个晚上 |
| 第三步 | 换调度策略，看任务执行顺序怎么影响输出 | 一个周末 |
| 第四步 | 把工具箱自带的示例模型逐个跑一遍，挑一个改造成自己的场景 | 一到两周 |
| 第五步 | 回头补调度理论，这时候看论文才看得进去 | 长期 |
第一步最关键，也最容易被跳过。做法很土：拿一张纸，写下你要改的那个参数、改前的值、改后的值，然后跑一遍，把两条曲线画在同一张图上。改一个变量，跑一次，记一次。这个笨办法能让你在两天内建立起「哪个参数管什么」的直觉，比看任何教程都管用。
具体到代码上，可以写个小脚本批量跑：
% sweep_demo.m —— 同一个模型，换不同参数各跑一次，把曲线叠在一张图上 model = 'tt_min_demo'; rates = [1e5, 1e6, 1e7]; % 三档网络速率，单位 bit/s，按你模型的参数名改 figure; hold on; for k = 1:numel(rates) load_system(model); set_param([model '/Network'], 'DataRate', num2str(rates(k))); % 改网络速率 out = sim(model); y = out.get('yout'); plot(y.time, squeeze(y.signals.values), 'DisplayName', [num2str(rates(k)) ' bit/s']); end legend('show'); grid on; xlabel('仿真时间 (s)'); ylabel('控制量');这段代码的核心是set_param：它让你用命令行改模块参数，不用手点界面。参数名（比如DataRate）要对着你界面上那个框的真实名字写，写错了会报「参数不存在」，这时候双击模块看一眼就知道该怎么改。
再往后，就是补理论的时候了。运动控制里那些听着吓人的词，比如最大误差优先调度、优先级反馈控制，等你亲手把曲线改坏过几次，再去看定义，会发现它们说的其实就是你踩过的那些坑的正式说法。
我自己的教训是：第一次装这个工具箱，我卡在编译那一步整整两天，最后发现只是编译器位数装错了。从那以后我每次装任何带编译环节的工具箱，都会先敲一句computer确认位数，再看一眼路径里有没有空格和中文，最后才动手。这个习惯帮我省下的时间，比任何教程都多。希望帮到你。
本文还有配套的精品资源，点击获取
