企业官网建设流程全解析

最近在做一期基于树莓派Pico的小项目，顺手把摇杆（Joystick）读取这块完整重新梳理了一遍。嵌入式里的ADC读取，单看原理好像不复杂，但真要从硬件结构到代码组织都做得稳、做得像样，还是有不少门道。这篇文章我会从摇杆模块内部结构讲起，把Pico的ADC通道、实际接线、以及一套用C语言模拟面向对象思路的驱动代码全部过一遍。适合已经会点灯、跑过串口，但准备往传感器采集和模块化代码方向进阶的同学。

1. 先搞清楚摇杆模块到底是个什么东西

很多朋友拿到摇杆模块上来就接GPIO，却发现数值各种怪异，关键还是没看明白模块内部到底长什么样。摇杆模块不是数字设备，它本质上就是一个“两轴电位器 + 一个按键”的组合，理解清楚这层结构，后面接线和代码才有依据。

1.1 摇杆内部结构：两个电位器加一个按键

市面上常见的PS2摇杆模块，正面是摇杆帽，背面通常有5个引脚：VRx、VRy、SW、VCC和GND。摇杆往不同方向拨动，实际上是在转动两个互相垂直的电位器转轴。电位器你可以直接理解成一个可调电阻分压器：一边接VCC，一边接GND，中间抽头输出一个随旋转位置变化的电压。摇杆在X轴上的位置决定VRx引脚输出电压，Y轴位置决定VRy引脚输出电压。

这两个电压都是模拟量，范围从0V到VCC。比如VCC接的是3.3V，那么摇杆从一端拨到另一端，VRx的电平大约会从0V平滑变化到3.3V，中间位置附近一般在1.65V左右。SW引脚则是一个普通按键，往下压摇杆帽的时候，内部触点接通，输出电平发生跳变，用来做“确认”或“按下”操作。

这里有一个很容易被忽略的细节：很多摇杆模块PCB上还带了LED指示灯和一个10kΩ左右的限流电阻，这是给指示灯用的。LED和信号输出是两个完全独立的电路，但有些模块的LED会直接吃VCC电流，如果你用Pico的3.3V给模块供电，问题不大；如果电源走的是5V，信号线上的高电平也会被拉到接近5V，这是后面接线要避开的坑。

1.2 ADC采样原理与几个关键参数

既然摇杆输出的是模拟电压，Pico要“看懂”它，就需要ADC（模数转换器）。RP2040内部集成了一个12位逐次逼近型ADC（SAR ADC），工作频率默认由PLL提供，典型时钟48MHz，转换时通过可编程分频器调节。逐次逼近型ADC的核心思路有点像是“二分猜数字”：先用一半参考电压和输入比较，高了还是低了，再折半逼近，12位分辨率就需要12次比较。好处是结构简单、功耗低、响应快，缺点是抗干扰能力一般，对参考电压和电源噪声比较敏感。

对摇杆这种缓慢变化的信号来说，采样速率根本不是瓶颈。RP2040的ADC单次转换时间在2μs量级，哪怕你要每秒采几千次都绰绰有余。真正的瓶颈反而是参考电压的稳定性和整个采样链路中的噪声。

你需要记住三个关键参数：

• 分辨率：12位，ADC读数的原始范围是0~4095。
• 参考电压：VREF，默认等于供电电压3.3V。也就是说0V对应ADC值0，3.3V对应4095。
• 采样周期：ADC在两次转换之间需要一定时间。RP2040里每个通道可以单独设置采样时间，默认用内部CAPTURE寄存器配置。对摇杆实验，采样周期设成几微秒到几十微秒都够用。

有人会问：既然Pico的ADC是12位，为什么串口打印出来经常不是稳定的值，而是一堆跳动的数字？这件事放到后面滤波部分细讲，先记住结论：ADC读出来的“原始值”并不等于“真实值”，它是带有噪声的待处理信号。

1.3 为什么要用面向对象的方式去写驱动

很多Pico入门教程写摇杆，都是直接在main函数里初始化GPIO和ADC，然后一个while循环里不停读数值。初看很直观，但一旦你要同时接两个摇杆，或者再用同一套逻辑去控制舵机、小车，代码就会迅速膨胀成一片浆糊。

我之前尝试过一个项目，主函数里塞了摇杆初始化、滤波、按键扫描、PWM输出，结果换个硬件平台或者加一个功能，就要复制粘贴一大段。后来我花了点时间，用C语言结构体加相关操作函数，把摇杆封装成一个“对象”，整个思路立刻清晰了。这也是很多嵌入式开发团队在C代码里实践“面向对象”的常见方式：不用C++，不用复杂继承，而是利用结构体组织数据、用函数指针组织行为，照样能把模块化思想落地。

这种做法的核心价值有三个：第一，每个对象拥有自己独立的状态，不会被全局变量污染；第二，初始化、读取、校准等行为都集中到一组函数里，调用方只需要关心接口；第三，跨模块复用的时候，不需要修改内部实现，只需要创建新对象实例。后面我会展示一套完整的C代码，可以边看边体会。

2. Pico摇杆硬件接线与应用场景分析

原理解清楚之后，接下来把Pico和摇杆实打实接起来。很多新手在接入时容易踩到电源电压和ADC参考电压不匹配的坑，这一节我会把接线图纸直接换成文字表格，照着连就行。

2.1 RP2040的ADC通道与GPIO引脚对应关系

树莓派Pico使用的是RP2040芯片，内部ADC一共有5个输入通道，但并非所有通道都引到GPIO引脚。Pico板子上实际可用的ADC通道如下：

特别注意，GP29通常用来测电池电压或USB电压，因为它被板子上的分压电路占用。如果你把外部信号强行接到GP29上，会和VSYS采样冲突，得到的数值是外部信号和系统电压混合后的结果，没什么意义。

Pico虽然有多路ADC通道，但芯片内部只有一个ADC转换器。它实际上是通过模拟开关快速切换不同通道来“分时复用”的，所以官方数据手册里也强调：多次采样时，如果切换通道，最好丢弃第一次转换结果，因为模拟开关切换后需要一点稳定时间。

2.2 摇杆实际接线方案

我这边用的是一个典型PS2摇杆模块，一共5个引脚。推荐接线如下：

这里最想强调的一点：VCC必须接3.3V，不要接5V。RP2040的ADC参考电压是3.3V，如果模块供电用5V，VRx/VRy在高位时输出会逼近5V，远超ADC允许输入范围，轻则读数一直卡在4095，重则损坏GPIO内部保护二极管。很多“接线明明对了但读值不对”的问题，十有八九是供电电压用错了。

至于SW按键引脚，模块内部通常已经接了一个上拉电阻到VCC。按下摇杆时，SW引脚会被拉到GND，所以Pico端要启用GPIO内部上拉，读取逻辑为：按键未按下读到高电平，按下读到低电平。有些人用软件轮询，有些人用中断，但对于摇杆这种轻触按键，轮询加简单去抖就够了。

2.3 供电、参考电压和噪声处理

所有ADC应用都躲不开噪声。Pico的3.3V是由板载RT6150B buck-boost电源芯片提供的，纹波通常在几十毫伏以内，直接给摇杆供电基本没问题。但如果你同时驱动舵机、电机或其他大电流负载，电源就会被拉出尖峰，反映到ADC就是采样值乱跳。这时最好在摇杆模块的VCC和GND引脚之间加一个10μF电解电容和一个0.1μF陶瓷电容，做电源去耦，模拟地和数字地保持单点连接，能减少很多诡异问题。

另外一个经验是：ADC引脚的导线不要和PWM线、舵机信号线扎在一起。PWM高速切换会产生串扰，摇杆这种高阻模拟信号特别容易被干扰。我试过把摇杆信号线和舵机线绑在一起走，结果摇杆不动，ADC值也会在中间20到30个LSB范围内来回跳，后来把线分开后静下来了。硬件上的一点小细节，往往比软件里折腾十天半月的滤波更有效。

3. 面向对象代码设计：把摇杆封装成一个“类”

这节是重头戏。我用C语言配合Pico SDK，写一个模块化的摇杆驱动，并把面向对象思路落地。你看到的这套代码不是标准库，也不是什么高深框架，而是嵌入式里非常实用的“结构体 + 方法函数”封装风格。哪怕你以后换到STM32、ESP32，这套思想也完全能平移过去。

3.1 驱动文件结构与设计原则

先定一个简单目录结构：

pico_joystick_demo/ ├── main.c ├── joystick.c └── joystick.h

这样的分层很直接：joystick.h负责对外暴露接口和类型定义，joystick.c负责具体实现，main.c只负责调用。以后要改滤波算法或者换引脚，只动joystick.c和joystick.h，main.c基本不用碰。

设计原则可以总结成一句话：数据私有、行为接口化。所谓“数据私有”，是指摇杆内部每个引脚的配置、当前值、校准偏移量，都以结构体成员的方式存在，不让外部代码直接乱改。“行为接口化”是指所有操作都通过形如Joystick_Init、Joystick_Read这样的函数来完成，调用方不用关心实现细节。

3.2 joystick.h 头文件设计

先看头文件：

#ifndef __JOYSTICK_H__ #define __JOYSTICK_H__ #include "pico/stdlib.h" #include "hardware/adc.h" #define JOYSTICK_ADC_RESOLUTION 4095u #define JOYSTICK_DEAD_ZONE 16 typedef enum { JOYSTICK_AXIS_X = 0, JOYSTICK_AXIS_Y } JoystickAxis; typedef struct { uint8_t adc_pin_x; // 对应GPIO引脚 uint8_t adc_pin_y; // 对应GPIO引脚 uint8_t btn_pin; // SW按键引脚编号 uint16_t raw_x; // 最新的X轴原始ADC值 uint16_t raw_y; // 最新的Y轴原始ADC值 bool btn_state; // 当前按键状态，true表示按下 int16_t offset_x; // X轴中心校准偏移 int16_t offset_y; // Y轴中心校准偏移 } Joystick; // 初始化摇杆对象，需要在调用前配置好结构体中的引脚 void Joystick_Init(Joystick *js); // 同步读取所有模拟值和按键状态 void Joystick_Read(Joystick *js); // 获取带死区的归一化值，范围 -1.0 ~ 1.0 float Joystick_GetX(const Joystick *js); float Joystick_GetY(const Joystick *js); // 校准中心位置 void Joystick_CalibrateCenter(Joystick *js); #endif

看到这里，你可能已经嗅到点“类”的味道了。Joystick结构体就是数据成员，Joystick_Init、Joystick_Read这些函数就是成员方法。调用方拿到一个Joystick变量，就等于拿到一个“摇杆对象”。上电后先赋好引脚号再调用Joystick_Init，后续读取完全不碰寄存器细节，这就是接口带来的好处。

3.3 joystick.c 核心实现

下面是实现文件。我特意把“滑动平均滤波”放进读取逻辑里，让代码开箱即用。这里的滑动平均不是简单的N点取均值，而是维护一个累加器，每来一个新值，先减掉最旧值，再加上新值，然后求平均。这样比每轮都重新求和效率高很多，适合嵌入式循环高频调用。

#include <stdlib.h> #include <string.h> #include "joystick.h" #define SAMPLE_BUF_SIZE 8 typedef struct { uint16_t buf[SAMPLE_BUF_SIZE]; uint8_t index; uint32_t sum; } AverageFilter; static AverageFilter filter_x; static AverageFilter filter_y; static uint16_t adc_read_filtered(AverageFilter *f, uint8_t adc_channel) { uint16_t val = adc_read(); f->sum -= f->buf[f->index]; f->buf[f->index] = val; f->sum += val; f->index = (f->index + 1) % SAMPLE_BUF_SIZE; return (uint16_t)(f->sum / SAMPLE_BUF_SIZE); } void Joystick_Init(Joystick *js) { adc_init(); gpio_init(js->btn_pin); gpio_pull_up(js->btn_pin); gpio_set_dir(js->btn_pin, GPIO_IN); // 配置X轴通道 adc_gpio_init(js->adc_pin_x); // 配置Y轴通道 adc_gpio_init(js->adc_pin_y); memset(&filter_x, 0, sizeof(filter_x)); memset(&filter_y, 0, sizeof(filter_y)); // 默认先读几轮数据给滤波缓存充盈 for (int i = 0; i < SAMPLE_BUF_SIZE; i++) { adc_select_input(js->adc_pin_x - 26); adc_read_filtered(&filter_x, js->adc_pin_x - 26); adc_select_input(js->adc_pin_y - 26); adc_read_filtered(&filter_y, js->adc_pin_y - 26); } js->offset_x = 0; js->offset_y = 0; js->btn_state = false; Joystick_CalibrateCenter(js); } void Joystick_Read(Joystick *js) { // 注意：这里假设adc引脚都是ADC0/ADC1，通道号等于GPIO号-26 adc_select_input(js->adc_pin_x - 26); js->raw_x = adc_read_filtered(&filter_x, js->adc_pin_x - 26); adc_select_input(js->adc_pin_y - 26); js->raw_y = adc_read_filtered(&filter_y, js->adc_pin_y - 26); // 按键是低有效，按下读到低电平 js->btn_state = (gpio_get(js->btn_pin) == 0); } float Joystick_GetX(const Joystick *js) { // 归一化后范围约为 -1.0 ~ 1.0，带中点偏移和死区 int32_t x = (int32_t)js->raw_x - 2048 + js->offset_x; if (x > -JOYSTICK_DEAD_ZONE && x < JOYSTICK_DEAD_ZONE) { return 0.0f; } if (x > 0) { x -= JOYSTICK_DEAD_ZONE; } else { x += JOYSTICK_DEAD_ZONE; } float norm = (float)x / 2048.0f; if (norm > 1.0f) norm = 1.0f; if (norm < -1.0f) norm = -1.0f; return norm; } float Joystick_GetY(const Joystick *js) { int32_t y = (int32_t)js->raw_y - 2048 + js->offset_y; if (y > -JOYSTICK_DEAD_ZONE && y < JOYSTICK_DEAD_ZONE) { return 0.0f; } if (y > 0) { y -= JOYSTICK_DEAD_ZONE; } else { y += JOYSTICK_DEAD_ZONE; } float norm = (float)y / 2048.0f; if (norm > 1.0f) norm = 1.0f; if (norm < -1.0f) norm = -1.0f; return norm; } void Joystick_CalibrateCenter(Joystick *js) { // 连续采集多组数据，取平均值作为中心偏移 int16_t base_x = 2048; int16_t base_y = 2048; if (Joystick_Read) { // 这里为了校准，临时读原始值，不经过偏移 adc_select_input(js->adc_pin_x - 26); uint16_t sum_x = 0; adc_select_input(js->adc_pin_y - 26); uint16_t sum_y = 0; for (int i = 0; i < 16; i++) { adc_select_input(js->adc_pin_x - 26); sum_x += adc_read(); adc_select_input(js->adc_pin_y - 26); sum_y += adc_read(); } base_x = sum_x / 16; base_y = sum_y / 16; } js->offset_x = 2048 - base_x; js->offset_y = 2048 - base_y; }

这个实现有几个地方是经验之谈，我展开说一下。

第一，adc_gpio_init函数会完成GPIO复用和模拟输入使能，但不会替你选择ADC通道。RP2040的ADC多通道共享一个转换器，每次转换前必须调用adc_select_input选中要采的通道。我代码里用adc_pin_x - 26得到通道号，因为GP26对应ADC0、GP27对应ADC1。你如果换了引脚，记得保证引脚在26到29这个范围内。

第二，滑动平均滤波器我直接定义成了static全局量，放在joystick.c内部。这意味着这个驱动文件目前只支持一个摇杆实例。如果你要支持两个摇杆，就需要把滤波器塞进Joystick结构体，因为每个对象都要有自己独立的滤波状态。这是典型的“全局变量面向对象不彻底”的问题，你可以试着改进它。

第三，校准函数稍微有点粗糙，但在实际项目里挺好用。上电时摇杆应该处于自然居中状态，这时候采集16次取平均值作为“机械中心”。后续归一化时用这个偏移量把X/Y中心拉回到2048附近。摇杆用久了，中心漂移也可以通过调用这个函数重新校准。

3.4 main.c 调用示例

调用端代码非常简洁：

#include <stdio.h> #include "pico/stdlib.h" #include "joystick.h" int main(void) { stdio_init_all(); sleep_ms(1000); Joystick js; js.adc_pin_x = 26; js.adc_pin_y = 27; js.btn_pin = 22; Joystick_Init(&js); while (1) { Joystick_Read(&js); printf("X: %.2f Y: %.2f Btn: %d\n", Joystick_GetX(&js), Joystick_GetY(&js), js.btn_state ? 1 : 0); sleep_ms(10); } }

就这几行，完成了初始化、读取、打印全套流程。以后你想改滤波参数、换引脚、加通道，基本上都不会动main.c。这种解耦方式，在代码规模小的时候看不出优势，一旦工程到几千行，维护成本差距会特别明显。

4. ADC数据滤波与校准：实操中真正拉开差距的部分

ADC读数和滤波这关，是摇杆实验里最“磨人”但也最“涨功”的地方。很多同学第一次跑起来，看到串口输出的X轴数值在1800和2200之间来回跳，第一反应是怀疑硬件坏了。其实不是，这是ADC的常态。

4.1 为什么RAW值会跳

RP2040的ADC是12位，但最后几位并不是完全稳定的。主要原因有三个：一是参考电压本身有微小纹波，持续影响转换结果；二是电位器碳膜表面的接触电阻会随着拨动产生微小变化；三是芯片内部采样保持电容在充电过程中会引入少量噪声。

这些噪声反映到数值上，通常就是几个到几十个LSB的抖动。如果你用手轻轻碰摇杆模块的金属外壳，很可能看到数值波动更明显，这是因为人体耦合了工频干扰进去。摇杆信号本质上是接近直流的慢变量，高频噪声带宽很宽，所以必须靠软件滤波把噪声压下去。

4.2 常用ADC滤波函数对比

我试过三种滤波方式，这里把特点列出来：

滑动平均的代码已经在joystick.c里实现了。这里再补充一个一阶低通滤波的参考实现，它更省RAM，适合在定时中断里使用：

// alpha取0~1.0，越接近0滤波越强，动态响应越慢 #define ALPHA 0.3f static float filtered_value = 0.0f; float lowpass_filter(float raw) { filtered_value = filtered_value + ALPHA * (raw - filtered_value); return filtered_value; }

这个滤波器的原理可以理解成“新值只信30%，旧值保留70%”。alpha越小，输出越平滑，但是摇杆快速拨动时，数值跟手程度会变差。对摇杆这种信号，alpha取0.2到0.4比较合适。

中值滤波适合去除异常的尖峰，比如电机启动瞬间造成的干扰。实现方式一般是对N个样本排序后取中间值。缺点是排序耗时，如果放在高频循环里，建议N别取太大，5到7就够。

在实际项目中，我常用“滑动平均 + 一阶低通”组合拳：先用8点滑动平均把大部分白噪声削掉，再用alpha=0.3的一阶低通做最终平滑。代价是内存和CPU多一点，但对Pico来说绰绰有余。

4.3 中点偏移校准与映射

除了抖动，另一个常见问题就是“回不到中点”。摇杆模块在出厂时，机械中心对应的输出电压并不严格等于VCC的一半。也就是说，把摇杆放到自然位置，ADC读数可能是2050，也可能只有2020。如果程序直接把ADC值除以4095再乘以3.3V去换算电压，误差不大，但如果你要映射到-1.0到1.0的摇杆坐标，中心点误差就会被放大。

我一般的做法是上电后自动校准：摇杆居中，连续采样16到32次，取平均，作为当前设备的中心值。代码里的Joystick_CalibrateCenter函数就是干这个的。校准后的偏移量保存在offset_x和offset_y里，后续每次读取都先用raw_x减去偏移，再做归一化。

死区也很重要。摇杆即使“居中”，数值也不可能完全稳定在同一个点。如果没有死区，程序在摇杆没碰的情况下可能会不断输出一个很小的非零值，导致小车自己缓慢漂移、云台朝一侧抖。我设置的死区是±16，换算到归一化坐标大约是±0.0078。用的时候可以根据实际手感调整，死区设太大，摇杆会变“钝”；设太小，又起不到防抖作用。

5. 常见问题排查与经验备忘

在实际调试摇杆的时候，绝对绕不开各种奇怪现象。我把这几年遇到的高频问题和排查思路整理成一个表，方便你对照。

这里想单独提一个很容易被忽略的调试坑：串口打印函数不要太频繁。如果while循环里不加延迟，以RP2040主频133MHz跑，串口打印会占掉大量时间，而你在电脑上看到的数值都是经过漫长的串口缓冲排队之后的“过时数据”，反而会把现象带偏。调试时建议打印频率控制在50Hz到100Hz，也就是循环里加sleep_ms(10)或sleep_ms(20)。

另外，观察ADC线性度有一个非常土但很好用的方法：把摇杆拨到最左端，记下ADC值，再拨到最右端，记下ADC值，然后慢慢推过整个行程，看串口打印的值是否单调递增。如果中间出现跳变或倒退，多半是模块的电位器碳膜有问题，或者接线接触不良。这个方法能帮你快速判断是硬件问题还是软件问题。

还有一个面向对象封装里容易踩的坑：结构体里的函数指针（如果有的话）一定要在Init里正确赋值，否则调用时会跳到随机地址直接hardfault。我最初的驱动版本就用了函数指针来模拟多态，结果有一个对象忘记调用Init，板子一运行就死掉。后来我干脆把接口简化成普通函数，把变化点集中在结构体数据里，避免为了“像面向对象”而过度设计。这个度要自己把握。

6. 扩展玩法：摇杆控制舵机、简单手柄

摇杆实验做完，别急着收工，它最大的价值在于可以作为“输入设备”驱动其他模块。这里说几个我实测过的高频扩展方向。

6.1 用摇杆控制Pico舵机

树莓派Pico有硬件PWM，控制舵机很简单。核心逻辑就是把摇杆的归一化坐标映射到舵机脉宽范围。市面上常见舵机（如SG90）要求PWM周期20ms，高电平脉宽从0.5ms到2.5ms，对应0°到180°。如果你让X轴控制水平舵机，Y轴控制垂直舵机，只需要把Joystick_GetX返回的-1.0到1.0映射到0.5ms到2.5ms即可。

uint16_t map_servo_pulse(float joy_value) { // 映射到 -90° ~ +90° 的概念，方便转向 float angle = joy_value * 90.0f; float pulse_us = 1500.0f + angle * 11.11f; // 约11.11us/度 if (pulse_us > 2500.0f) pulse_us = 2500.0f; if (pulse_us < 500.0f) pulse_us = 500.0f; return (uint16_t)pulse_us; }

这个公式就是把舵机线性近似处理了。实际舵机脉宽和角度的对应关系可能有一点非线性，但在大多数DIY场景里完全够用。接舵机时，舵机电源最好单独供电，尤其是摇杆模块和Pico共用一个3.3V时，驱动舵机瞬间大电流会把ADC参考电压拉垮，读数会猛然跳变。实测教训是：至少把舵机电源和摇杆模块电源在物理上分开一点，或者加一个大电容。

6.2 多摇杆组合时的ADC分配策略

如果你想做一个双摇杆手柄，比如左摇杆控制移动、右摇杆控制视角，就需要考虑RP2040的ADC通道分配。Pico只有ADC0、ADC1、ADC2三个外部可用通道，而一个摇杆要占2个通道，双摇杆就需要4个通道，明显不够用。

常见的解决方案有三种：第一，外接模拟多路开关（CD4051），用GPIO控制通道选择线，扩展ADC输入路数；第二，改用带更多ADC通道的板子，比如RP2040的兄弟芯片或STM32系列；第三，把摇杆按键单独放到数字GPIO，只把X/Y模拟量接入ADC0~ADC2，双摇杆只采X、Y，另一个摇杆舍弃一个轴。第三种方案最省钱，但体验打折。

6.3 和STM32等平台横向迁移

这套面向对象的设计思路可以很轻松地迁移到STM32等其他平台。STM32的HAL库本身就提供ADC多通道DMA采样，你甚至可以让DMA自动轮流采集两个通道，然后软件里用我们这套结构体去保存数据。32位MCU上，把Joystick结构体稍微改一下，把adc_pin_x改成ADC_HandleTypeDef指针和Channel编号即可。核心思想不变：模块只暴露初始化、读取和获取坐标的接口，内部爱用DMA还是中断都行，上层完全无感。

说实话，摇杆实验的电路不难，难的是把代码组织得清晰、可靠、可复用。我在实际写的过程中，因为图省事一开始把滤波、初始化全塞在主函数里，结果想复用的时候只能复制粘贴，后来改成结构体封装，整个思路一下就顺了。最后再分享一个小技巧：给每个ADC采样通道固定一个采样周期，不要频繁切换通道；一旦你发现读数异常，先把滤波和串口打印频率降下来，八成问题就能定位到。嵌入式就是这么一个需要“较真”的领域，把ADC这关过了，后面很多传感器项目都会顺很多。