如果你打开某颗常见STM32芯片的参考手册，翻到GPIO那一章，看到满页的寄存器位图，第一反应多半是“头大”。但如果你又恰好翻过几个老工程师写的驱动代码，看到满屏&= ~(1 << 4)、|= (1 << 11)这种表达式，可能又是另一种感觉：这些人怎么不爱用库函数，非要跟一位一位干上了？这篇内容就想把这个话题聊透——寄存器、位操作、I/O口，这三件事放在一起到底能做什么，为什么值得你专门花点时间吃透，以及到手一块STM32最小系统板之后，如何不靠库函数，用纯C寄存器和位操作把灯点亮、把按键读明白、把中断标志清干净。适合刚学完C语言、对指针和位运算还有点印象，正准备切入单片机实战的读者；也适合已经在用HAL库写代码，但每次遇到硬件调不通就想翻寄存器确认一下状态的开发者。
1. 为什么我坚持劝你别把寄存器位操作扔掉
这个问题放到现在问，其实有点“反潮流”。STM32的开发方式早就被HAL库、CubeMX这类工具填满了，很多人建工程的第一件事就是图形化配置引脚，然后生成代码，全程几乎不碰寄存器。库函数当然没有错，它对项目进度友好、对新手友好，出问题的概率也低。但如果你只会在库里打转，迟早会遇到下面这几类让人抓狂的情况。
第一类是“看不懂别人的代码”。嵌入式圈子里的老代码、参考代码、芯片厂商的经典示例，有相当大比例是直接用寄存器写的。尤其是一些传感器驱动、Bootloader、低功耗管理代码，作者为了说明白一个引脚怎么操作，根本不会绕道去调用封装好的函数。你如果不懂寄存器位操作，这些代码在眼里就是天书，抄都不知道怎么抄。
第二类是“查问题查到一半卡住”。用库函数写代码，一旦硬件行为不符合预期，比如某个引脚输出电平不对，你当然可以在逻辑上反复检查调用参数。但最终裁判是谁？是寄存器。你打开调试器，看到GPIOx->ODR的bit5明明没置1，那问题的根源就清楚了。问题是你得看得懂这个ODR是什么意思、哪一位控制哪个引脚、为什么写1才是高电平。
第三类是性能敏感场景。库函数的封装再漂亮，也是函数调用、参数压栈、位域赋值这一套流程，跟一条LDR、ORR、STR指令直接改写寄存器相比，开销差距是实打实的。比如用IO口模拟时序、做软PWM、跑单总线协议，时序窗口就几百纳秒，这时候寄存器位操作几乎是唯一可靠的手段。
所以我一直认为，寄存器位操作不是“老古董”，而是一个能把你的单片机水平从“能用”拉到“懂用”的关键技能。它跟库函数不矛盾，而是互补——库函数帮你快速搭业务逻辑，寄存器位操作帮你保底、调优、排查疑难杂症。这篇内容后面所有的例子，我都基于STM32F1系列的GPIO模块来讲，因为这个系列的寄存器布局最经典、最规整，学透之后再看F0、F4、H7系列，逻辑完全一致，只是寄存器名字和位段位置有差异。
2. C语言位运算在寄存器上的真实作用：从“读-改-写”说起
2.1 先把五个位运算符拉出来过一遍
C语言里跟位操作直接相关的运算符就五个：&、|、^、~、<</>>。很多人在书本上见过它们，但一到实际寄存器操作就发懵，根本原因是没有建立“掩码思维”。我先用一句话点破：寄存器里的每一个bit，都是硬件的一个控制开关，而位运算就是你精确拨动这些开关的手段，其他无关开关保持原样。
| 运算符 | 作用 | 常用场景 |
|---|---|---|
|（按位或） | 置1 | 把某个bit写成1，不干扰其他bit |
&（按位与） | 清零 | 把某个bit写成0，不干扰其他bit |
^（按位异或） | 翻转 | 把一个bit从0变1、1变0 |
~（按位取反） | 全位反转 | 配合&生成“除了目标位，其他全是1”的掩码 |
<</>>（移位） | 移动bit | 把数字1移动到指定bit位，形成掩码 |
举个例子，我想把GPIOA的ODR寄存器bit5置1，让它输出高电平，正确写法是：
GPIOA->ODR |= (1 << 5); // 把bit5写成1，其余bit保持原样接下来把同一位置0，输出低电平：
GPIOA->ODR &= ~(1 << 5); // 把bit5写成0，其余bit保持原样这背后是“读-改-写”三步走：先读出整个寄存器的当前值，再用掩码修改目标位，最后写回寄存器。|= (1<<5)等效于寄存器 = 寄存器 \| (1<<5)，&= ~(1<<5)等效于寄存器 = 寄存器 & ~(1<<5)。这个三步走是位操作的灵魂。后面讲原子性、讲BSRR寄存器为什么更优秀，都是围绕这个概念展开的。
2.2 连续操作多个bit：用十六进制掩码一次性搞定
单个bit的置位、清零都很直观，但在配置寄存器时，往往要一次性改写两到四个连续的bit。比如STM32F1系列GPIO的CRL寄存器，每个引脚占用4个bit：CNF[1:0]和MODE[1:0]。你想把Pin1配置成推挽输出、50MHz速度，对应的二进制就是MODE=11、CNF=00，也就是0b0011，十六进制写作0x3。Pin1的4个bit在寄存器里是从bit4开始的。
所以正确的做法是：先把bit4~bit7这4个bit清掉，再用或运算写入新的值。
GPIOA->CRL &= ~(0xF << 4); // 把bit4到bit7全部清0 GPIOA->CRL |= (0x3 << 4); // 写入0x3：CNF=00, MODE=11注意这里的0xF就是4个bit全是1的掩码，左移4位后正好罩住目标位段。这种“先清后置”两步走，是位操作处理多位配置的固定套路，处理任何外设寄存器都通用。如果你嫌两行代码啰嗦，也能压缩成一行：
GPIOA->CRL = (GPIOA->CRL & ~(0xF << 4)) | (0x3 << 4);两种写法语义相同。我建议初学者先用两行版本，因为中间那步清零可以单独确认，出错了也好排查。
2.3 位操作背后是逻辑，不是魔咒
很多人第一次看到&= ~(1 << 5)会觉得这是某种“魔法符号”，其实拆开就三层：1<<5生成一个只有bit5为1的数字；~把它取反，结果变成“bit5为0、其他全部为1”；再跟寄存器&一下，就等于把bit5强制清0，其他位因为和1相与，原样保留。
这个概念捋顺之后，你会意识到位操作本质上就是一个“按需拨开关”的过程。每个寄存器的每个bit，在芯片手册里都标注了它控制什么功能，你需要做的，就是先把需要修改的bit区域用掩码框出来，再决定是置1、清0还是写具体的值。不要背代码，背逻辑，后面看任何寄存器手册都会快很多。
3. STM32的I/O寄存器没那么可怕：拿F1系列逐位拆开看
3.1 第一件事不是配引脚，而是开时钟
很多新手第一次自己写寄存器点亮LED，板子毫无反应，然后又反回来看代码，怎么推敲都觉得逻辑没问题。最后发现罪魁祸首是：GPIO外设的时钟根本没打开，寄存器写了也白写。
STM32为了省电，几乎所有外设默认都是“断电”状态。要让GPIOA工作，必须先通过RCC（复位和时钟控制）模块，把对应的时钟使能位打开。在F1系列里，这行代码长这样：
RCC->APB2ENR |= (1 << 2); // 使能GPIOA时钟，bit2对应GPIOA为什么是bit2？查数据手册RCC章节的APB2ENR寄存器，会发现bit0到bit8分别对应AFIO、GPIOA、GPIOB、GPIOC等外设的时钟使能开关。这种“查手册、找位、置1”的操作方式，就是寄存器配置的常态。时钟没开之前，后续所有寄存器操作都相当于“对一个睡着的人说话”，对方听不见。
3.2 CRL和CRH：引脚模式的总控台
F1系列的GPIO引脚模式配置，靠CRL和CRH两个32位寄存器完成。CRL管Pin0~Pin7，CRH管Pin8~Pin15，每个引脚占4个bit，因此每个寄存器刚好管8个引脚。
这4个bit进一步拆成两部分：MODE[1:0]控制输入还是输出，以及输出速度；CNF[1:0]控制具体模式。以Pin0为例，它在CRL里占用bit0~bit3，其中bit0~bit1是MODE，bit2~bit3是CNF。
| MODE[1:0] | 含义 | CNF[1:0] | 含义 |
|---|---|---|---|
| 00 | 输入模式 | 01 | 浮空输入 |
| 01 | 输出10MHz | 00 | 通用推挽输出 |
| 10 | 输出2MHz | 01 | 通用开漏输出 |
| 11 | 输出50MHz | 10 | 复用推挽输出 |
| — | — | 11 | 复用开漏输出 |
所以，把Pin0配置成推挽输出、最高速度50MHz，写法就是：
GPIOA->CRL &= ~(0xF << 0); // 清掉bit0~bit3 GPIOA->CRL |= (0x3 << 0); // MODE=11, CNF=00如果是配置成上拉/下拉输入，就需要额外处理PUPDR吗？在F1里没有单独的上下拉寄存器，而是用CNF=10加上ODR的bit来组合：CNF[1:0]=10代表上拉/下拉输入，ODR对应位写1是上拉，写0是下拉。这种细节就是典型的“手册不读不知道的坑”，也是寄存器方式的难点所在——同一个功能可能分散在几个寄存器的不同位上。
3.3 IDR、ODR、BSRR：读与写的分工
引脚模式配好之后，真正用来读电平、写电平的寄存器有三个：
IDR（输入数据寄存器）负责读取引脚当前电平。它是一个只读寄存器，bitn对应Pin n的输入电平，读到1表示高电平，0表示低电平。读它的方式很简单：
uint16_t val = GPIOA->IDR; // 读出所有引脚状态 if (GPIOA->IDR & (1 << 5)) // 判断Pin5是不是高电平 { // 高电平分支 }ODR（输出数据寄存器）负责输出电平。它可读可写，写1对应引脚输出高电平，写0输出低电平。
GPIOA->ODR |= (1 << 5); // Pin5输出高 GPIOA->ODR &= ~(1 << 5); // Pin5输出低BSRR（置位/复位寄存器）是F1系列里专门为输出而生的“进阶工具”。它比较特殊：低16位写1会把对应引脚置高，高16位写1会把对应引脚拉低，而且写0没有任何效果。它最关键的优势是：不需要“读-改-写”，写1就是原子操作，直接硬件生效。
GPIOA->BSRR = (1 << 5); // Pin5输出高，等价于ODR置位 GPIOA->BSRR = (1 << (5 + 16)); // Pin5输出低，通过高16位置1为什么需要BSRR？我在第5节会专门展开讲原子性问题，这里你先记住一个结论：如果要在中断里、或者对时序要求高的循环里安全地翻转IO，优先用BSRR，尽量不要用ODR的“读-改-写”。
3.4 不同系列间的寄存器差异，一句话说清
F1系列的GPIO寄存器设计偏老派，配置分散在CRL/CRH这种复用寄存器里。到了F4系列，每个GPIO端口拆成了MODER（模式）、OTYPER（输出类型）、OSPEEDR（速度）、PUPDR（上下拉）四个独立寄存器，每个引脚用等宽的bit区段管理，从位操作角度讲反而更规整。后面不同系列的新芯片基本都是沿用这种“每功能一寄存器”的思路。
这不是要你现在就把所有系列都学一遍。真正要紧的是：不管寄存器叫什么名字，位操作的方法论完全一样——先看手册找到目标寄存器和目标bit段，再用掩码清掉旧配置，最后写入新值。你只要在F1上把套路练熟了，换芯片只是“查表”的时间成本而已。
4. 三个典型I/O场景下的位操作完整实操
4.1 场景一：点亮LED并让它闪烁
点灯虽然基础，但它把配置、输出、翻转全串起来了，比单纯背寄存器有意义得多。我按寄存器方式给你一套完整流程。
假设LED接在PA1和PA2两个引脚，低电平点亮。第一步开时钟：
RCC->APB2ENR |= (1 << 2); // 打开GPIOA时钟第二步配置引脚模式：
GPIOA->CRL &= ~(0xFF << 4); // 一次清掉Pin1和Pin2共8个bit GPIOA->CRL |= (0x3 << 4); // Pin1推挽输出50MHz GPIOA->CRL |= (0x3 << 8); // Pin2推挽输出50MHz第三步写主循环：
while (1) { GPIOA->BSRR = (1 << 1); // PA1输出低，LED1亮 GPIOA->BSRR = (1 << (2 + 16)); // PA2输出高，LED2灭 delay_ms(200); GPIOA->BSRR = (1 << (1 + 16)); // PA1高，LED1灭 GPIOA->BSRR = (1 << 2); // PA2低，LED2亮 delay_ms(200); }这里有个很关键的细节：为什么点亮和熄灭推荐用BSRR而不是ODR？因为BSRR可以直接指定“哪个引脚变高”“哪个引脚变低”，互不干扰，而且写高16位和低16位用的是同一个寄存器、同一条写指令，不会出现先读后写导致的意外。两个LED交替亮灭这种简单逻辑，用ODR的^=翻转其实也没问题，但一旦换成“同时控制多个LED，还要保证同步”的场景，BSRR的优势就很明显了。
4.2 场景二：按键输入检测与消抖
按键接在PA0和GND之间，按下为低电平，松开为高电平。配置输入方向时，要让引脚具备确定的状态，通常选择上拉输入：CNF=10，ODR对应位置1。整套配置：
RCC->APB2ENR |= (1 << 2); // GPIOA时钟 GPIOA->CRL &= ~(0xF << 0); // 清掉Pin0的4个配置bit GPIOA->CRL |= (0x8 << 0); // CNF=10(上拉/下拉输入), MODE=00(输入) GPIOA->ODR |= (1 << 0); // 选择上拉，保持默认高电平读按键最简单的方式：
if ((GPIOA->IDR & (1 << 0)) == 0) { // 按键按下 }这一步就是位操作里经典的“按位与判断”。GPIOA->IDR & (1<<0)的结果，要么是1<<0（高电平），要么是0（低电平），再和0比较，就能精确判断单个引脚的电平。
实际项目中，按键还需要消抖。很多人想到消抖就是delay一下再读，这当然可以，但我更推荐用状态机加延时标记，避免阻塞CPU。位操作在这里扮演的角色是：用掩码一次把几个按键状态抓出来，直接比较，减少多次读取产生的误判。比如三个按键PA0、PA1、PA2，一次读出：
uint16_t keys = GPIOA->IDR & 0x07; // 只保留低3位，对应PA0~PA2后面每次轮询都重新采样，如果连续几次采到的值一样，就认为按键状态稳定了。代码简洁，而且不需要每次读三个独立变量。
4.3 场景三：用IO口模拟时序协议
位操作最能体现价值的场景，就是模拟各种通信时序。常见的有软件SPI、单总线温度传感器、红外遥控解码等。它们的共同点是：对某个IO的拉高拉低时刻有严格要求，甚至要求几个IO之间严格同步。
以模拟单总线时序为例，核心操作全部是“拉低引脚、延时、释放引脚、读引脚”。每次动作对应的就是BSRR和IDR的两三行操作：
// 拉低总线 GPIOA->BSRR = (1 << (0 + 16)); // PA0输出低 delay_us(10); // 释放总线（改为输入并拉高） GPIOA->BSRR = (1 << 0); // PA0输出高 // 或者改方向为输入，由外部上拉拉高 delay_us(5); // 读取总线电平 uint8_t bit = (GPIOA->IDR & (1 << 0)) ? 1 : 0;因为BSRR是硬件级别的原子操作，不存在“读寄存器→改寄存器→写寄存器”的时间窗口，所以可以精确地控制引脚变化的那一个时刻。这也是为什么老工程师在写这类时序代码时，几乎不用库函数，甚至不轻易用ODR的读改写。
5. 位带操作的奇技淫巧与原子性真相
5.1 位带：把“bit”变成“地址”
Cortex-M3内核的STM32（F1系列）有个特色功能叫“位带”。它把一段普通的寄存器地址空间，映射到另一段“别名地址空间”，让你可以像操作普通变量一样，直接对单个bit进行读写。原来你需要GPIOA->ODR |= (1<<5)，用了位带之后，你直接定义一个变量，给它赋值0或1，就等于把引脚拉低或拉高了：
#define GPIOA_ODR_5 (*(volatile unsigned long *)0x42018C14) GPIOA_ODR_5 = 1; // PA5输出高 GPIOA_ODR_5 = 0; // PA5输出低地址怎么来的？Cortex-M3规定：外设区0x40000000对应别名区基址0x42000000。映射公式是：
别名地址 = 0x42000000 + (寄存器地址 - 0x40000000) * 32 + bit序号 * 4拿GPIOA的ODR举例：GPIOA基址是0x40010800，ODR偏移是0x0C，所以ODR地址是0x4001080C。用公式算一下bit5：
0x42000000 + (0x4001080C - 0x40000000) * 32 + 5 * 4 = 0x42000000 + 0x1080C * 32 + 20 = 0x42018C14 + 20? // 重新算严格算一遍：0x1080C * 32等于0x1080C << 5 = 0x210180，加上别名区基址0x42000000得到0x42010180，再加5*4=20，得到0x42010194。这类公式我不建议你手算，直接定义一个宏更省事：
#define BITBAND(addr, bit) ((*(volatile unsigned long *)((addr & 0xF0000000) + 0x2000000 + ((addr & 0xFFFFF) << 5) + (bit << 2))))位带最大的优势是“单条指令完成置位/清除”，从CPU角度讲它是原子操作，不会被中断打断。这在实时控制、嵌入式操作系统中特别有用。不过要注意，它只对Cortex-M3的位带区有效，如果换了Cortex-M0内核的STM32，这个功能就不存在，别把代码硬套过去。
5.2 非原子“读-改-写”：中断里翻车的经典现场
我用ODR的读改写来演示“读-改-写”为什么会出问题。假设主循环里正在执行：
GPIOA->ODR |= (1 << 5);这条C语句翻译成汇编，大概是三步：把ODR的值读到寄存器，用ORR指令把bit5置1，再把结果写回ODR。如果在“读”和“写”之间，一个中断发生了，中断服务函数里恰好也对ODR的bit6做了清零操作：
GPIOA->ODR &= ~(1 << 6);那么时序可能是这样的：主程序读出ODR旧值，还没写回，中断抢占，中断完成一次读改写把bit6清掉了，然后返回主程序，主程序把“旧值（bit6还没清的状态）”加上bit5写回ODR，结果就是中断里对bit6的修改被覆盖了。整个现象表现为：某个引脚莫名其妙地不受控制，而且问题极难复现。
解决这个问题的标准方法，就是使用BSRR这类硬件原子寄存器。因为BSRR“写1才有效、写0无动作”的机制，向它写入数据时不需要先读旧值，所以也不会被其他中断干扰。这也是为什么我前面反复推荐BSRR：它不只是写法更简洁，更是从硬件设计上规避了软件竞争条件。
如果你在做简单项目，主循环和中断不会同时操作同一个GPIO端口，用ODR也没问题。但一旦涉及多任务、中断嵌套，只要有两个执行流同时操作同一个寄存器的不同bit，请务必切到BSRR，这是用体感换来的稳妥结论。
5.3 可读性改造：宏定义和位域结构体
寄存器位操作有一个显著的“缺点”：满屏|= (1 << 3)读起来像天书。回头看你三个月前写的代码，你自己都可能要反应两秒才知道这是在配哪个引脚。所以工程上要做可读性改造。
最简单的是用宏给每一个bit位起名字：
#define LED1_PIN 1 #define LED1_ON() (GPIOA->BSRR = (1 << LED1_PIN)) #define LED1_OFF() (GPIOA->BSRR = (1 << (LED1_PIN + 16))) #define KEY1_PIN 0 #define KEY1_PRESSED() ((GPIOA->IDR & (1 << KEY1_PIN)) == 0)这样业务代码里就是LED1_ON()、if (KEY1_PRESSED())，读起来跟库函数一样清晰，但实际执行还是纯寄存器操作。
另一种思路是用C语言的位域结构体。由于STM32的寄存器本质上就是连续内存地址，你可以把一个寄存器的每个bit映射成结构体成员：
typedef struct { volatile uint32_t MODER0 : 2; volatile uint32_t MODER1 : 2; // ... } GPIO_TypeDef_Bit;再用指针指向CRL寄存器，就能用gpio_crl->MODE1 = 0x3;这种直观的写法修改单个位段。这种做法的好处是代码读起来像在操作一个普通结构体，坏处是位域的顺序、分配方式在不同编译器下可能有细微差别，跨编译器移植前需要谨慎验证。我个人的建议是：中小项目用宏定义就够，位域结构体更适合做某个特定芯片驱动的“内部封装”，不太适合作为通用实践在团队里推。
6. 我在实际项目中踩过的位操作坑和排错思路
6.1 寄存器确实改了，但硬件就是不动作：三个高频原因
这类问题我在帮人调试时遇到过太多次。代码逻辑看起来天衣无缝，寄存器窗口里也能看到值确实写进去了，但引脚就是没有预期输出。归纳下来，高频原因无非这三个。
第一个是时钟没开或开错了外设位。GPIOA的时钟使能位在APB2ENR的bit2，GPIOB在bit3，写错一位，目标引脚就像断电了一样。
第二个是配置的引脚号和操作的引脚号不一致。比如CRL配置时用的是Pin5对应的bit20~bit23，结果输出时却操作了1<<4，这在代码里很容易被忽略，尤其是当你使用宏定义而且编号从0开始还是从1开始没统一时。
第三个是引脚被复用功能占用。很多新手不知道，一旦某个外设被使能，它会自动接管对应的GPIO引脚，这时候你再配置GPIO输出模式是没有效果的。我遇到过最典型的情况是：初始化了USART1之后，再用寄存器操作PA9、PA10当普通IO口，结果怎么都拉不动。排查方式是先关掉复用功能，或者查阅芯片手册确认引脚是否被占用。
6.2 用调试器抓寄存器现场：一次完整的排错流程
记得有次帮同事查一个问题：某个LED在进入低功耗模式后会被意外点亮。他怀疑是GPIO配置被改了，但代码查了几轮都没有结果。后来我在线调试，在进入低功耗之前打了断点，打开外设寄存器窗口，观察GPIOA的ODR和CRL，发现ODR的bit3确实是1，而代码里根本没有对它置1的操作。
顺着这条线索往回追，我发现问题出在DMA：某个DMA通道的缓冲区地址配置错误，越界写到了GPIOA的ODR地址范围，把bit3“碰巧”置1了。这个案例的核心启示是：当代码逻辑排除了嫌疑之后，要学会“用寄存器反推硬件”，而不是继续死磕源码。调试器的寄存器窗口、内存窗口，就是这种排查里的质检仪，比任何日志都好用。
6.3 给新手的位操作自查清单
我把日常最容易忽略的位操作类错误整理成一份清单，每次遇到GPIO行为异常，按顺序过一遍就能定位大部分问题：
| 检查项 | 具体做法 |
|---|---|
| 时钟 | 确认对应GPIO外设时钟已使能，且使能位写入正确 |
| 模式配置 | 确认CRL/CRH里目标引脚的MODE和CNF配置符合预期 |
| 引脚号 | 确认配置用的bit段和读写用的bit号是完全同一个引脚 |
| 上下拉 | 输入场景确认上下拉配置正确，输出场景确认ODR初始值合理 |
| 复用冲突 | 确认该引脚没有被调试口、外设复用、DMA映射占用 |
| 原子性 | 判断当前代码是否有多个执行流同时操作同一寄存器，有就用BSRR |
| 读取方式 | 确认读输入用的是IDR，而不是读ODR（ODR读出来的是你写的值，不是实际电平） |
第7条很容易被忽略：GPIO开漏输出时，ODR写1，引脚不一定就是高电平，外部有没有上拉电阻决定了真正的电平。此时你读ODR得到的是1，但测量引脚却是0。要看实际电平，必须读IDR。
6.4 最后分享一个小习惯
我用寄存器位操作写了几年驱动，养成的最值钱的习惯是：每写一段涉及位操作的代码，都会顺手在注释里标明“这是哪颗芯片、哪个寄存器的哪个bit段、依据的是参考手册哪一页”。一开始觉得多余，等三个月后你自己回看代码，或者同事来问你这个配置为什么这么写时，你会感谢这些注释。位操作本身不难，难的是散落在众多手册页里的位定义太容易遗忘。代码是写给下一个开发者看的，而下一个开发者很可能是你自己。
如果你正准备进入STM32的世界，我的建议很直接：哪怕你现在的主力开发方式是CubeMX加HAL库，也务必找一块最小系统板，试着关掉库函数，纯粹用寄存器写一遍点灯、按键、串口发送这三个例子。这个过程会让你把芯片手册当成真正的“字典”来用，一旦你习惯了看着寄存器位定义写代码，后面再学任何单片机、任何通信协议，速度都会快一大截。
