简介：USB3.0协议规范中文版面向硬件开发者、驱动工程师与嵌入式学习者，系统讲解超速（SuperSpeed）总线的分层通讯体系。内容覆盖协议层主机导向的通讯规则、连续突发传输与流控、ITP时间戳同步、链路电源管理与异步ready通知，并延伸到HUB路由与功率管理、主机双总线结构、管道与流模型、端点描述符及Stream扩展，可与USB2.0特性逐条对照，有助于理解设备内部工作原理、开展产品开发和问题排查。整包为1个PDF文件，约5.61MB，单个文件就是完整规范正文，目录层次清晰，适合通读全文或按章节检索查阅。目前已有3511人学习下载，可作为USB3.0协议入门学习与日常查阅的参考资料。

1. 从一个"插上就慢"的困惑说起：USB3.0 到底是什么

你有没有遇到过这种情况：新买的移动硬盘包装上明明印着 USB3.0，插到电脑上拷一部电影却只有三十几兆每秒，拔下来换个口，速度又翻了几倍。问题往往不在硬盘本身，而在那个接口背后悄悄运行的USB3.0 协议规范。说白一点，它是一套让"主机和设备插上就能通"的规则书：规定两边怎么打招呼、怎么排数据、怎么在出错时重传、什么时候可以偷偷省电。把它当成一份"接口世界的外交礼仪手册"就好，没有它，两边硬件再快也只能各说各话。搞懂这套规范的价值在于：你在选购、排障、读设备参数时，能一眼判断"卡在哪一层"，而不是被"USB3.0"这三个字糊弄过去。这份中文版规范把协议层、链路层、数据流模型和电源管理摊开讲，正好补上大多数人只听过名字、没真正理解的那一课。

2. 为什么需要超速：USB3.0 被逼出来的那些设计

USB2.0 高速模式的理论速率是 480Mbps，但实际有效带宽常常只有三十到四十兆字节每秒，再扣掉协议开销，真正能跑满的应用少之又少。当高清视频、固态硬盘、多路摄像头同时挂上总线，这条"双车道小马路"就开始堵车。USB3.0 的超速（SuperSpeed，简称 SS）并不是简单把时钟调快，而是重新设计了通信架构：改总线结构、改通知机制、改事务流程，三件事一起动。理解这三个设计动机，比记住 5Gbps 这个数字有用得多。

2.1 双总线结构：一个口子里的两条路

先从物理形态说起。USB3.0 接口外形和 USB2.0 几乎一样，但里面多了一组差分信号线。原来的 USB2.0 那对 D+/D- 还在，新增的是用于超速收发的一对发送线和一对接收线。这意味着同一个物理接口内部其实跑着两套总线：一套 USB2.0，一套超速。

这个设计在规范里被称作"双总线结构"。它的直接后果是：USB3.0 的集线器（HUB）在逻辑上必须被看成两个 HUB 的组合——一个 USB2.0 HUB 加一个超速 HUB，两者共享上游端口的电源和地线，但数据和链路管理各自独立。主机侧也一样，一个 USB3.0 主控制器必须同时包含超速部分和 USB2.0 部分，才能分别管理两条总线上的控制流、数据流和状态统计。

提示：这就是为什么你插一个 USB3.0 的 HUB 到一个只支持 USB2.0 的旧电脑上，接在 HUB 上的设备也只能跑出 USB2.0 的速度——超速那一半在主机端根本没被激活。

对普通用户来说，这条设计带来的最直观体验是"向下兼容"。一个 USB3.0 设备插到 USB2.0 端口上仍然能用，只是掉回高速模式；反过来，一个 USB2.0 设备插到 USB3.0 端口上也照常工作，因为主机在枚举阶段会先通过 USB2.0 那套机制识别它。双总线结构的精妙之处不在于"兼容"两个字，而在于它让新旧两套生态可以平滑共存，而不需要用户去挑选接口颜色。

2.2 从轮询到异步通知：主机和设备谁先开口

USB2.0 有一个非常经典的特征：它是轮询协议。主机按固定节奏去问每一个设备"你有数据要发吗"，设备只能被动应答。这种方式的好处是调度简单、主机完全掌控节奏；坏处是即便所有设备都没事，主机也要一轮一轮地问，而且设备有紧急数据时没法主动打断。

USB3.0 把这条规则改了。协议仍然是主机导向的——也就是说，真正发起应用数据传输的决定权还是在主机手里，什么时候传、传多少，主机说了算。但设备获得了一个新能力：可以异步发起服务请求。规范里把这个机制叫"设备告知"，设备通过发送一个叫 ERDY（Endpoint Ready，端点准备好）的包，告诉主机"我这边有数据了/我这边有缓存了，你可以来安排了"。

对应的另一个包叫 NRDY（Not Ready，没准备好）。当设备端点暂时没数据可发，或者没有缓存空间接数据，它就回一个 NRDY，主机收到后就知道这次先别问它，等它主动发 ERDY 再来。这一来一回，就把 USB2.0 那种"固定节奏空转"的浪费省掉了。

打个比方：USB2.0 像是老板每隔五分钟挨个敲员工工位问"有事汇报吗"；USB3.0 改成了员工有事主动拍一下老板肩膀，老板只在收到信号时才安排会议。老板仍然是决策者，但无效沟通少了一大截。

这个改动对电源管理的影响尤其大。因为设备不主动发 ERDY 的时候，主机根本不需要去碰它，连接这条设备的链路就有机会进入低功耗状态。规范里明确写到，包是带路由信息的，不参与当前数据通讯的链路可以进入或停留在低电源状态；如果包被送到一个正处于低电源状态的端口，这个端口会被切换出低功耗状态，并把这个切换作为一个事件上报。

2.3 突发传输与全双工：速度翻倍的底层逻辑

光有异步通知还不够，真正让 USB3.0 跑出十倍速度的是两件事：全双工和突发传输。

USB2.0 的总线是半双工的广播总线。所谓半双工，就是同一时刻只能有一个方向传数据；所谓广播，就是主机发出的每一个包，总线上所有设备都得解析一遍地址、端点、方向，再判断"这包是不是给我的"。一次完整的 OUT 事务要依次走令牌包、数据包、握手包三个阶段，中间任何一步都得等前一步结束。这种"排队过独木桥"的方式，效率上限被卡得死死的。

USB3.0 改成了dual-simplex（双单工，也就是通常说的全双工）的非广播总线。物理层有四条差分线，发送和接收各走各的，所以 IN 事务和 OUT 事务可以同时进行。同时，包不再广播，而是带路由信息，由 HUB 决定送到哪个下游端口，只有同步时间戳包（ITP）例外，它是广播给所有活动链路的。

更关键的是突发（bursting）。USB2.0 每发一个数据包就得等一个握手包确认，才能发下一个。USB3.0 允许主机或设备连续发多个数据包而不用等每一个的应答，规范里把一次能连续发的包数量叫"最大数据突发大小"，每个端点独立配置，bulk 端点最多可以到 16 个包。因为发送和接收路径是分开的，设备一边发数据，一边还能收主机的应答包，两条道互不干扰。

一个具体的感受：假设每个数据包 1KB，USB2.0 每包之间要等一个往返延迟，USB3.0 一次可以连发 16 个包再统一处理应答。这就是为什么同一块固态硬盘，接 USB2.0 口跑三十几兆，接 USB3.0 口能跑到三四百兆——不是接口"变快"了，是等待被省掉了。

不过突发也不是越多越好。控制端点明确规定不支持突发，最大突发大小为 1，因为控制传输对实时性和可靠性要求高，不适合堆包。中断端点的最大突发是 3，同步端点的最大突发是 16，bulk 端点可以到 16 并且还额外支持 Stream 多路复用。这些数字在规范里都有明确边界，按端点类型区分，不能混用。

3. 超速协议的骨架：包、管道与端点怎么配合

理解了"为什么这么设计"，接下来得看"它到底由什么组成"。USB3.0 协议层最核心的三个概念是包、管道和端点。这三个词单看都认识，放在一起就容易糊涂。它们的关系可以这样理解：端点像门牌号，管道像连接两端的专属通道，包是在通道里跑的信封，而传输类型决定了这条通道允许跑什么样的信。

3.1 四类包：LMP、TP、DP、ITP 各有分工

USB3.0 所有通信都以包为单位。规范里定义了四种基本类型的包，每一种的职责完全不同，混着记很容易乱。

第一种是Link Management Packet，LMP，链路管理包。它只在直接相连的一对端口之间传递，不跨过 HUB 继续往下走，主要用来管理链路本身，比如链路训练、电源状态切换协商。你可以把它理解成"邻居之间打招呼"的包。

第二种是Transaction Packet，TP，事务包。它穿过主机到设备之间所有直接相连的链路，用来控制数据流、配置设备和集线器。关键点是 TP 本身不携带数据，它就是一条命令或者一个应答。比如前面说的 ERDY、NRDY、ACK 都是 TP 的形式。

第三种是Data Packet，DP，数据包。它由两部分拼成：一个和 TP 结构相似的数据包头（DPH），加上真正承载数据的负载包（DPP），DPP 尾部还有 32 位 CRC 做完整性校验。DP 是真正搬东西的包。

第四种是Isochronous Timestamp Packet，ITP，同步时间戳包。由主机周期性地广播到所有活动链路，里面带主机时间戳，用来让设备跟主机保持时间同步。它是唯一被允许广播的包。

所有头包以 16 字节的头部开始，头部开头是包类型信息，用来决定这个包怎么处理；头部有 16 位 CRC 保护，最后以 2 字节链路控制字结束。依赖包类型的不同，大多数包还会带路由信息和三参数设备地址——设备地址、端点号、方向。

注意：常见的一个误解是把"包"和"传输"混为一谈。一次传输可能由多个事务组成，一个事务又可能由多个包组成。比如一次 IN 传输可能包含若干个 IN 事务，每个 IN 事务里主机发一个 ACK TP，设备回一个 DP 或者 NRDY TP。

3.2 管道和端点：数据流的地址系统

端点（endpoint）是设备内部一个可独立寻址的数据缓冲区，每个端点用三个参数定位：设备地址、端点号、方向（IN 或 OUT）。所有超速设备必须至少实现一个默认控制管道，也就是端点 0，它是设备上电后默认就存在的，用来让主机读取设备描述符、配置设备、访问状态和控制信息。

管道（pipe）则是主机软件和设备端点之间的连接。它代表"主机软件有缓存空间、设备端点有数据能力"这样一对关系。规范沿用了 USB2.0 的两类管道划分：流式管道（stream pipe）传数据，没有强制的数据结构；消息管道（message pipe）传控制，有规定的请求结构。一个管道只能对应一种传输类型，端点的属性决定了管道属性。

这里有个 USB3.0 新增的概念值得单独说：Stream（流）。USB2.0 的 bulk 管道是一条单行道，同一时刻只能跑一路逻辑数据。USB3.0 在协议级扩展了 bulk 传输，允许在一条标准 bulk 管道里多路复用多个独立的逻辑数据流。这个能力在处理多路并发数据时很有用，比如一个存储设备同时接收多个队列的读写请求。

端点属性里有两个关键参数需要区分清楚。一个是最大包尺寸，指端点缓存能接收或发送的单个数据负载的最大字节数，注意这个尺寸只算负载，不算 DPH 之类的协议头。另一个是最大突发大小，指端点在必须等一次明显握手之前，能连续发送或接收的包数量。这两个参数都写在端点描述符和超速端点伴随描述符（SuperSpeed Endpoint Companion Descriptor）里，主机在枚举阶段读取，然后按这个能力来安排事务。

3.3 四种传输类型：控制、块、中断、同步

USB3.0 沿用 USB2.0 的四种传输类型：控制、块（bulk）、中断（interrupt）、同步（isochronous）。用途框架一样，但参数上限和细节被改了不少，这是初学者最容易踩坑的地方。下面这张表把关键参数摆在一起对比。

控制传输的用途和特点跟 USB2.0 完全一致，每个设备上电后默认控制管道就已经存在，用来做设备初始化和管理。规范把控制端点的最大包尺寸固定为 512 字节，并且在设备描述符的 bMaxPacketSize 域里必须写 09H，表示 2 的 9 次方，也就是 512。控制端点不支持突发，最大突发大小固定为 1。这一点很多人会疑惑：既然 USB3.0 这么快，为什么控制传输不给突发？原因在于控制传输本身数据量小、可靠性要求高、流程固定，堆突发反而增加复杂度和出错面。

块传输是搬大数据的主力。规范要求块传输端点在描述符里把最大包尺寸设为 1024 字节，突发大小可在 1 到 16 之间配置。块传输的定位是"用可用带宽换可靠传输"，它保证数据会被送达，但不保证带宽和送达时间。当总线上有足够空闲带宽时，块传输会尽量多跑；当多个块端点同时挂起时，主机会按公平原则给每个端点分配事务机会，甚至会主动把单次突发调小，让所有等待的流都能分到一点带宽。这就是为什么两个移动硬盘对拷时，速度往往不是你期望的"各自满速"。

中断传输面向"小数据、要保证服务间隔"的场景，比如键鼠、某些传感器。它的最大突发是 3，每个服务周期最多提升三个最大包大小的数据。中断传输在每个服务周期至少会被尝试一次，如果这次没传成功，主机不保证在同一个周期里重试，只保证下一个周期再试。这种"周期性保证但不保证当次成功"的语义，是它跟同步传输的关键区别之一。

同步传输面向音视频这类"容忍错误但要求稳定数据率"的流。规范明确说同步端点不应答、不重试、不做流控，它只在每个服务周期被尝试一次，成功与否主机都不知道。同步端点最大突发可以到 16，并且在一个服务周期内可以请求 3 次突发事务，理论上一周期能搬 3×16×1024 字节。为了保证同步传输在链路进出低功耗状态时不被打断，USB3.0 定义了 PING 和 PING_RESPONSE 机制：主机在开始一次同步传输前可以先发一个 PING 包给设备，设备用 PING_RESPONSE 回应，确认所有连到设备的链路都处于活动状态。

4. 常见误区：几个把新手带偏的 USB3.0 说法

规范读到这里，概念骨架已经立起来了。但实际交流和排障时，你会发现很多人（包括一些写驱动的老手）对 USB3.0 的理解停留在几个似是而非的说法上。这一章挑出四条最容易混的，逐条拆开。

4.1 误区一：USB3.0 就是"更快"的 USB2.0

易混点：把 USB3.0 当成 USB2.0 的频率升级版，认为协议流程没变，只是时钟快了、带宽高了。

为什么混：两者共用同一套传输类型、同一套管道和端点概念、同一个设备枚举流程，甚至接口外形都兼容。从用户视角看，插上去都能用，只是速度不同，很容易产生"只是快一点"的错觉。

怎么区分：看三个硬指标就能分开。第一，USB2.0 是半双工广播总线，USB3.0 是全双工非广播总线；第二，USB2.0 只支持轮询，USB3.0 支持设备异步通知（ERDY/NRDY）；第三，USB2.0 不支持突发，USB3.0 的 bulk 端点最多可以连发 16 个包不等应答。这三条里任何一条成立，都不能用"更快"来概括——它们改的是通信模型，不是频率。

4.2 误区二：USB3.0 向下兼容就是全部功能都有

易混点：看到 USB3.0 设备插到 USB2.0 口还能用，就认为所有 USB3.0 的特性都还在，只是速度慢一点。

为什么混：向下兼容这个说法本身没错，设备确实能工作，但"能工作"和"功能完整"是两码事。

怎么区分：向下兼容靠的是设备内部同时实现了 USB2.0 和超速两套逻辑，插到 USB2.0 口时，超速那一半根本没被激活。这时候 Stream 没了、突发没了、异步通知没了、链路电源管理也没了，只有 USB2.0 那一套。判断方法很简单：看设备管理器里这个设备挂在哪个控制器下，如果是 USB2.0 主控，那超速特性一个都不生效。规范里明确写到 USB3.0 HUB 逻辑上是两个 HUB 的组合，这句话反过来说就是：只有超速那一半被激活时，USB3.0 的完整能力才存在。

4.3 误区三：收到 NRDY 就是设备坏了

易混点：调试时看到设备回 NRDY，第一反应是"这设备有问题"或者"驱动写错了"。

为什么混：NRDY 字面意思是"没准备好"，听起来像错误状态。USB2.0 时代没有这个包，遇到设备不响应通常就是 NAK 或者 STALL，前者是"暂时没数据"，后者是"出错了"，很多人把 NRDY 也归到后一类。

怎么区分：NRDY 是 USB3.0 正常的流控信号，不是错误。设备端点暂时没数据可发（IN 方向），或者缓存满了接不了数据（OUT 方向），就会回 NRDY。主机收到之后应该做的是把这个端点从当前调度里摘出去，等设备主动发 ERDY 再恢复，而不是重试或者报错。真正表示出错的是 STALL，那才是端点挂了。规范里还有一条：控制端点在收到 NRDY 后，主机会把它从活动端点里移除，等收到 ERDY 后再恢复传输。把这个语义记反，驱动就会陷入无意义的重试循环。

4.4 误区四：突发大小越大越好

易混点：既然突发能提高效率，那就把每个端点的最大突发都配到最大，性能肯定最好。

为什么混：突发确实减少了等待，直觉上越大越省时间。而且规范允许 bulk 端点配到 16，看起来不用白不用。

怎么区分：突发大小是端点能力，不是主机想配多少就配多少。主机从超速端点伴随描述符里读到端点支持的最大突发，然后只能在这个范围内动态调整。更关键的是，突发大小要跟场景匹配：控制端点固定不支持突发；中断端点最大只有 3；同步传输虽然能到 16，但如果设备本身数据产生速率有限，配大突发只会让每次事务里塞进大量空包或者短包，反而浪费总线时间。规范里特别提到，主机可以根据公平策略动态调小突发，让多个挂起的流都能分到带宽。所以正确的说法是"突发要跟端点能力和当前总线负载匹配"，而不是"越大越好"。

5. 电源管理：那根藏在协议里的省电暗线

USB3.0 相比 USB2.0，除了速度，被低估最深的一块是电源管理。规范里花了大量篇幅讲链路电源状态、异步通知怎么配合省电、时间戳怎么维持同步。这部分对做低功耗产品的人尤其重要，也是很多人读规范时直接跳过、后来排障时又回头翻的部分。

5.1 链路电源状态：U0 到 U3 是什么

USB3.0 的链路电源管理引入了几个状态，最常见的四个是 U0、U1、U2、U3。

U0 是正常工作状态，链路全速运行，数据可以随时传。U1 是浅睡眠，链路大部分逻辑关掉，但还能比较快地唤醒，适合短暂空闲。U2 是深一点的睡眠，唤醒延迟比 U1 长，省电更多。U3 是挂起状态，几乎全关，唤醒最慢，通常对应设备长期空闲。

这里的核心设计变化是：USB2.0 的电源管理总是主机导向的，只有主机能决定什么时候进入低功耗；USB3.0 允许链路两端都参与电源管理决策，任何一端在需要空闲时都可以发起进入低功耗状态，需要通信时再退出。规范里说得很清楚：不管何时需要空闲、需要退出、需要通信，每个链路都能独立进入低电源状态。

这个"两端都能管"的设计带来一个实际好处：当一条链路不参与当前数据通讯时，它可以单独进入低功耗，而不影响总线上其他链路。因为包是带路由信息的，只有目标路径上的链路会被唤醒，其他链路该睡继续睡。这跟 USB2.0 那种"一广播全总线都得醒着听"的模式有本质区别。

规范还定义了集线器的行为：当集线器在一个低功耗状态的端口上检测到包，它会把目标端口切换出低功耗状态，并通过带内方式通知主机和设备"这个包遇到了一个处于低功耗状态的端口"。这个机制保证了低功耗不会导致数据丢失，只是增加一点唤醒延迟。

5.2 NRDY/ERDY：一次安静的设备主动握手

前面在讲异步通知时提过 NRDY 和 ERDY，这里从电源管理角度再看一遍，会发现它们其实是省电链条上的关键一环。

USB2.0 是轮询协议，主机即便在设备没事的时候也要定期去问，这意味着链路必须周期性地被激活，没法真正深度睡眠。USB3.0 把这个逻辑倒过来了：设备没事的时候回 NRDY，主机收到后就不再安排它，链路可以安心进入低功耗；等设备有事了，它主动发 ERDY，主机收到后才重新安排传输。

打个比方：USB2.0 像是值班员每隔十分钟去敲每个房间的门问"有事吗"，房间里的人哪怕在睡觉也得应一声，走廊灯一直亮着。USB3.0 改成房间里的人有事才按铃，值班员平时不用巡，走廊灯可以关掉。省下来的不是设备本身的功耗，而是整条链路的空转功耗。

规范里特别强调 ERDY 是异步的，也就是说设备发 ERDY 不需要主机先问。这个"异步"两个字是整个省电机制成立的前提——如果 ERDY 还得等主机来问才能发，那主机还是得定期巡，链路还是没法深睡。

5.3 ITP 时间戳：同步传输的对表机制

同步传输对时间敏感，但 USB3.0 跟 USB2.0 一样不发起始帧（SOF）。那设备怎么知道当前时间、怎么对齐服务周期？答案是 ITP。

主机周期性地把一个带主机时间戳的特殊包头（ITP）广播到总线上，所有活动链路都能收到。设备用这个时间戳来校准自己的本地时钟，从而在正确的时刻准备数据、在正确的时刻发送。规范里说这个值可以用于保持设备和主机同步，如果需要的话。

ITP 是唯一被允许广播的包，这一点很关键。因为同步传输可能分布在多个设备上，它们都需要同一个时间基准，广播是最直接的方式。其他包都是带路由的单播，只有 ITP 例外。

这里还有一个跟电源管理联动的细节：同步传输的间隔里，如果不服务的时间段够长，链路可以自动进入低功耗状态，等到服务间隔前再由主机发 PING 包把目标设备唤醒。规范里明确写到，SS 主机在服务间隔前发送一个 PING 包到目标同步设备，允许它在开始同步传输之前转变成电源活动状态。这个 PING/PING_RESPONSE 机制就是为了防止"链路睡过头导致同步数据没赶上服务周期"这种情况。

6. 什么时候翻这份规范：USB3.0 的适用边界

写到这里，概念层面该讲的都讲了。最后落到一个实际问题：什么情况下真的需要去翻这份中文版规范，什么情况下翻它是浪费时间。

先说该翻的场景。第一类是做设备固件或者驱动开发，尤其是首次接触超速端点配置。端点的最大包尺寸、最大突发大小、Stream 能力、顺序号范围，这些参数写错了不会报错，只会表现为"能用但性能不对劲"，翻规范里的描述符章节能省掉大量试错。第二类是做低功耗产品，需要精确控制链路在 U1/U2/U3 之间切换。规范里链路电源状态那一章把进入条件、退出条件、集线器怎么传递状态都写清楚了，不读就只能靠猜。第三类是做同步音视频设备，ITP 时间戳怎么用、PING 机制什么时候触发、同步端点为什么不应答不重试，这些细节直接决定音画同步做不做得出来。第四类是做兼容性排障，设备在某个主机上跑不满速、或者频繁掉线，往往要回到包结构和事务流程层面找原因。

再说不用翻的场景。如果你只是普通用户，想知道为什么移动硬盘插这个口快、插那个口慢，看设备管理器里挂在哪个控制器下就够了，不需要读协议。如果你是在做应用层开发，调用的是操作系统提供的 USB 接口，那协议细节被驱动封装好了，翻规范对写业务代码帮助有限。如果你是做产品选型，看设备描述符里的参数和实测吞吐比读规范更快。

这里举一个具体例子，把前面几章的概念串起来。假设某开发者在调试一块自制的超速采集设备，发现 bulk 传输的实际吞吐只有理论值的三分之一。按规范逐层排查的思路是这样的：先看端点描述符里配的最大包尺寸是不是 1024、最大突发是不是配到了 16；再看主机在事务里实际用了多大的突发，因为主机有权按公平策略动态调小；然后看设备是不是频繁回 NRDY，如果是，说明设备侧缓存或者数据产生速度跟不上，突发配再大也没用；最后看链路是不是频繁进出低功耗，导致每次唤醒都有一段延迟。这四步分别对应描述符配置、主机调度、设备流控、链路电源管理四个层面，每一层在规范里都有对应的章节。不读规范，这四步就只能靠猜，读过了就知道每一步该看哪个参数。

我自己的习惯是，每次接手一个超速设备相关的调试任务，先把端点描述符和超速端点伴随描述符打出来对照规范核一遍，再抓一段总线上的包看实际事务流程，最后才去调应用层。这个顺序看起来慢，但比上来就改代码、改完发现方向错了要快得多。早期有一次没核对描述符就断定是驱动问题，折腾了两天才发现是端点最大突发配成了 1，等于把超速当 USB2.0 在用，那次的教训从那以后我每次接触新设备都强制先走一遍描述符核对。希望这份规范的中文版能帮你在遇到类似问题时少绕几圈，把精力花在真正需要判断的地方。

本文还有配套的精品资源，点击获取