全国大学生电子设计竞赛6天5夜全流程攻略：从选题到交板的实战指南

全国大学生电子设计竞赛（电赛）这几年的热度一直很高，尤其是“赛前一个月疯狂刷题、开赛后三天两夜不睡觉、封装交板前最后一小时还在换方案”这种桥段，几乎每个电赛人都能讲出一堆段子。这篇攻略不聊情怀，只聊纯干货：以一场“6天5夜”的赛程为例，把它拆到每一天、每一个环节，讲清楚队伍在拿到题目之后到底要做什么，为什么很多时候方案会反复推倒重来，以及那些能让你们队少走弯路、按时交板不被抬出赛场的具体操作。不管你们是第一次参赛的三人组，还是已经进过赛场但想再冲一次国奖的老队伍，这份时间线、方案决策逻辑和调试心得，都可以直接照着用。

先说一个前提：全国赛正式赛制一般是四天三夜，很多省赛、校内模拟赛和区域选拔赛会拉长到五天甚至六天。这篇攻略按6天5夜来拆，时间节奏更从容，但核心打法逻辑一致——哪怕压缩成四天三夜，你只需要把每天的安排同步压缩，决策优先级完全不变。

1. 开赛前的底色：集训、器件库和团队的默契

很多人以为电赛比的是那几天，其实那几天只是“期末考试”，真正决定成绩的是赛前几个月的“平时成绩”。6天5夜里你能拿出多少东西，完全取决于开赛前你手里已经有什么。这里分享两个最容易被忽视的赛前准备维度。

1.1 赛前一个月到底该囤什么

器件清单是电赛的第一道分水岭。题目不会提前告诉你，但常考的几大类方向是固定的：电源类、信号类、控制类、仪器仪表类、通信类。每类方向对应的“弹药库”完全不同，所以赛前一个月要做的事不是漫无目的地买，而是按照你们队最擅长的两到三个方向，把常用模块各备份两份。

以控制类为主攻方向的队伍为例，最基本的东西至少包括：主控板（STM32F407、H750或者国产GD32的探索板都行，但要确保引脚定义手册打印好）、电机驱动模块、编码器电机组、陀螺仪/加速度计模块、超声波、OpenMV或K210摄像头、灰度传感器、蓝牙/WiFi数传模块、OLED显示、按键和旋转编码器开关，以及一堆杜邦线、排针、铜柱、螺丝螺母。电源类方向则要囤不同类型的DC-DC模块、线性稳压芯片、MOS管、电感、采样电阻、运放和电流互感器。信号类方向要囤高速DAC/ADC模块、运算放大器、滤波用的电容电感和各种接口转换小板。

囤货的核心理念是：比赛期间绝不能因为缺一个芯片或者某个模块烧了而等快递。你们学校附近电子市场能买到的东西和淘宝次日达并非万能，很多冷门芯片需要从外省发货，比赛期间等一个MOS管等两天，整个队伍的心态都会崩。所以赛前一定要列一张“竞赛常备器件清单”，把引脚兼容、封装尺寸相同的型号扩列进去，比如STM32F103C8T6和STM32F103RCT6引脚数量不同，但很多基本电路可以通刷，这类替代方案要提前验证过才敢在赛场上用。

1.2 三个人怎么磨合

电赛是三人一队，但这三个人不是“一个写硬件、一个写软件、一个写文档”那么简单。真正磨合好的队伍，三个人对彼此负责的部分都有基本了解，而且对“接口约定”极其清楚。

我见过太多队伍翻车在“沟通”上：写硬件的同学以为软件会把某些参数处理好，写软件的同学以为硬件上已经把信号调理到位，结果联调时谁也说不清问题在哪边。为了避免这种拉扯，赛前集训就应该固定一个习惯：任何模块之间传递信号，都要有明确的接口文档，包括电平标准（3.3V还是5V）、信号类型（模拟量还是数字量）、采样率要求、通信协议版本（I2C地址是多少、SPI模式是Mode 0还是Mode 3）。这些约定不能靠脑子记，要写在共享文档里，或者贴在自己的工位旁边。

另外，三个人要明确一个“决策拍板人”。电赛时经常会出现两个队友提出两套方案、各有道理但时间只够做一套的情况。这种情况下，没有一个总负责人来拍板，队伍就会在犹豫中耗掉半天。拍板人可以不是队长，但必须是对整个系统架构最熟的那个人，而且拍板之后全队无条件执行，哪怕后面发现选错了，也是“一起把错的路走下去”而不是互相甩锅。这个规则，开赛前就要说清楚。

2. 6天5夜逐日时间线：每天都在干什么

用一张表先把整体节奏摆出来，后面再展开讲关键节点。这个时间线是我根据多次参赛、带队指导的经验总结出来的通用版本，你们可以根据题目的难易程度做微调，但大框架不要动。

2.1 拿到题目的前6小时：选题定生死

选题阶段最容易犯的错是“看到什么题都想做”。控制类的同学看到电源题觉得简单，电源类的同学看到信号题觉得也能碰，最后队伍分散了注意力，6个小时过去连主方案都没定。正确做法是：拿题之后先冷静坐在一起，把每道题的题目要求和评分点逐条读一遍，然后用一个很简单的标准筛选——你们队对哪个方向的模块储备最足、训练次数最多，就选哪个方向，不要临时挑战陌生领域。

这里有一个非常实用的“选题打分法”：给每道题的三项维度打1-5分，分别是“现有模块覆盖率”“队友熟练度”“题目工作量预估”。三项总分最高的那道题，基本就是你们最稳的选择。不是让你们选最简单的，而是让你们选“性价比最高”的——即能做出成绩的概率和投入时间之比最优。比如同样能拿到基本指标，一道题需要从头调一个复杂的视觉算法，另一道题只需要把之前练过的PID调好再优化一下机械结构，那就优先选后者，因为电赛的评分是按完成度阶梯式给的，先保证能拿分，再去想怎么拿满分。

前6小时还要完成一件事：画出一张系统框图。不需要很精细，就是用方框把整个系统拆成“感知—控制—执行—显示/通信”几个部分，标清楚每个模块之间用什么接口连接、供电电压等级分别是什么。这张图是整个队伍后面几天协作的“宪法”，所有设计细节都要围绕它来展开，后续如果想改方案，也要先在这张图上改，再讨论要不要动硬件。

2.2 Day 1-Day 2：搭框架，先跑通再谈优化

前两天的目标只有一个：让系统形成一个可运行的闭环。很多队伍输在没有“里程碑”意识，总想一次性把所有功能做到完美。比如控制类题目，第一天就花大量时间调摄像头识别算法，结果到了第二天晚上小车还是不能在线循迹，然后用最后两天疯狂赶进度，作品自然不稳定。

正确节奏是：Day 1上午把主控的最小系统、供电、指示灯、按键、串口打印这些“基础设施”全部点亮，下午开始逐个跑传感器模块，读到的数据要能实时打印出来确认。如果某个模块始终读不到数据，先查接线、查供电、查I2C/SPI地址，用示波器或逻辑分析仪看波形，而不是盲目换模块重试。Day 1晚上之前，一定要把整个系统的“骨架”搭好：硬件上所有模块接到主控上且能上电，软件上主循环框架写好，各个模块的驱动函数都留好接口，哪怕某些功能还没实现，也要先占住位置。

Day 2进入联调阶段。这一步的关键是先把最简单的闭环跑通，再逐步叠加复杂度。举个例子，做一个两轮差速小车，Day 2早上先让小车能通过遥控/串口指令直行和转弯，这是“执行层”；中午加入编码器测速，做一个闭环速度控制，能稳定跑直线；下午再加上循迹传感器，把循迹逻辑接进去；晚上再试着跑一个简易路线。每加一层，都花20分钟左右完整跑一遍，确认没有破坏之前的稳定性。这种“叠积木”式联调，虽然看起来慢，但能确保翻车时知道是哪一块积木出了问题。

2.3 Day 3-Day 5：性能优化、文档和演示冲刺

到Day 3，主流程已经能跑通了，接下来就是电赛里最折磨人的“抠指标”阶段。题目的评分点是阶梯式的，比如小车走完指定路线的时间、识别目标的准确率、电源的转换效率、信号的失真度等。这个阶段要做的，是把所有还没达标的指标列出来，排一个优先级：

1. 权重高、容易提升的指标（比如通过调整PID参数就能减少超调量）
2. 权重高、但需要更换算法或重新设计才能提升的指标（比如识别准确率）
3. 权重低、耗时的指标（比如显示界面做得漂亮一点）

第三类指标如果时间不够，可以直接放弃。电赛拿奖的核心不是“全做完”，而是在有限时间内“把踩分点都踩住”。很多队伍就是死在“完美主义”上——为了把界面做得好看，消耗了一个晚上，结果核心指标没时间优化了，最终与奖项擦肩而过。

Day 4白天，应该开始写设计报告和录制演示视频，这两件事不能拖到最后一天晚上。设计报告的字数要求不同年份略有差异，但基本要求都是“结构完整、逻辑清晰、图表规范、有真实测试数据”。报告要在Day 4晚上之前形成初稿，后面有数据变化再局部更新，千万不要最后一天下午才开始写。

Day 5则完全是“自测日”。把题目要求打印出来，一条一条核对，逐项测试记录数据。关键动作要录下视频，评委可能无法现场看到实物演示，所以视频要包含启动画面、操作步骤、关键指标测试过程、结果特写。最后半天还要对作品做“反复上电测试”——每次上电后完整跑一遍流程，连续跑十次不能超过一两次失败，否则现场演示时很可能状态不稳定直接翻车。封装交板前，检查一遍螺丝是否拧紧、电源线是否老化、程序是否烧录好最终版、演示视频是否拷贝到U盘。

3. 为什么总在推倒重来：方案反复背后的真实原因

“推倒重来”几乎发生在每支队伍身上，区别只在于发生在Day 1还是Day 4。发生在Day 1的推倒重来是试错，发生在Day 4的推倒重来是灾难。先来看看最常见的翻车现场都有哪些。

3.1 最常见的四类翻车现场

第一类是“选型与题目不匹配”。比如题目要求做一个低功耗系统，结果选了一块功耗极高的主控板；或者题目要求高精度采集，结果选了一个精度不够的ADC芯片，后面怎么调都达不到指标，最后只能换主控、换芯片，所有驱动代码推倒重写。这类翻车通常在Day 2左右爆发，补救代价已经很大。

第二类是“通信协议和模块之间对不上”。最常见的是买了两个模块，一个走I2C、一个走SPI，主控引脚不够，或者某个模块的例程是基于旧版库写的，并且与你手头的主控芯片版本不兼容，编译报错一堆，驱动调了两天还读不到数据。这种情况很容易让人以为模块坏了，其实是接口定义、时钟配置或电平转换的问题。

第三类是“电源设计翻车”。系统里既有5V电机驱动、又有3.3V主控、还有12V传感器，三路供电互相干扰。要么电机一启动主控就复位，要么模拟信号采集值跳动严重。很多时候这不是软件能解决的，必须重新设计电源树、加隔离或者改供电拓扑，属于只能推倒物理重来的类型。

第四类是“题目的隐藏要求没读懂”。比如有的题目明确要求系统只能用指定电压供电，有的要求不允许使用某些芯片，有的要求全部数据必须通过通信接口上传而不允许本地显示。这些约束通常会在获奖名单公布之后才让人恍然大悟，但比赛时一旦忽略，轻则扣分，重则直接判违规。所以读题时，每一条要求都要确认“是硬性规定还是可选项”，不要想当然。

3.2 如何减少无效返工

推倒重来无法完全避免，但可以减少“无效返工”。核心方法是在方案设计阶段多花一小时，后面能省两天。具体来说：

第一，把所有关键芯片都看一遍数据手册的关键参数，而不是只看卖家页面上的简介。卖家页面上写的“高精度”“高速”都是形容词，真正可靠的是数据手册里给出的典型误差、带宽、输入输出范围。比如选ADC就要看ENOB（有效位数）而不是标称位数，选电机驱动就要看连续电流而不是峰值电流。

第二，模块测试通过后再接入主系统。任何新模块，先单独接在主控上跑通官方例程，确认能读取数据，再把它接入系统主循环。这样做的好处是出了问题可以清晰定位——是谁的问题先测谁，而不是把一堆变量揉在一起查不出根因。

第三，用“灰度发布”的方式来改方案。不要全盘推翻旧方案，而是保留已经验证过的部分，只在关键环节做替换。比如控制算法从PID换成模糊PID，可以先在仿真环境里跑，再在实物上做对比测试；硬件上换传感器，优先换引脚兼容的型号，避免连线和驱动彻底返工。

第四，把“返工”的时间成本预估进总进度里。开赛前就默认“方案大概率会改一版”，所以把最容易改动的部分设计成模块化结构——用排针和杜邦线连接，而不是直接焊死；代码里把硬件相关的参数统一放到一个头文件里，方便替换。做好这些准备，真的需要推倒重来时，至少不用从头做起。

4. 核心环节实操：硬件、嵌入式、结构三线并行

电赛一个很大的坑，是三个人同时抢同一台电脑、同一个示波器。好的协奏应该是硬件、软件、结构三条线互不干扰、平行推进。这一节聊聊每条线的实操要点。

4.1 硬件设计：别在电源上省时间

硬件设计的精力分配建议是：电源占50%，信号调理占30%，连接和结构占20%。电源是整个系统稳定的基础，也是最容易拖垮比赛的地方。常见误区是直接用开发板上的AMS1117降压给主控供电，电机的电源直接接到同一个5V网络上，结果电机堵转瞬间电流尖峰把主控拉复位，这种问题定位起来非常痛苦。

实操上，建议第一天就画好“电源树”：明确每一路输出电压、最大电流、纹波要求。主控、传感器、无线模块用低压差，电机驱动单独用一路，中间用电感或磁珠在PCB上做隔离；如果不用PCB，也至少要用模块化的DC-DC降压板分开供电，并在关键电源节点并上100uF电解电容和0.1uF陶瓷电容组合，用于吸收瞬态干扰。模拟信号采集部分，要用独立的线性稳压源（如LM1117或者REF系列基准源），不要直接从DCDC的输出取电，否则纹波会直接耦合进采样值。

硬件联调阶段还有一个容易被忽略的环节：信号完整性检查。传感器输出引脚到主控之间如果走线太长或者用了过长的杜邦线，高速信号会出现反射，导致数据偶发错误。遇到这种问题，优先把线缩短、加一个小电阻做端接，或者改用屏蔽线，不要第一反应就去改软件滤波。逐步排查的原则是：先排除硬件物理连接问题，再检查电平/时序是否满足器件要求，最后才怀疑软件逻辑。

4.2 嵌入式：先让系统动起来再调精度

嵌入式软件这条线，最大的忌讳是“一上来就写完美代码”。电赛里更有效的打法是分三步走。

第一步搭框架：写一个主循环（或RTOS任务），把按键扫描、传感器读取、状态机切换、日志输出这些通用功能先写好，不依赖具体算法。第二步打通数据流：让每个传感器数据能够周期性更新到全局变量，并且能通过串口或OLED实时显示。只要能看到数据在变，说明链路是通的，这是最令人安心的时刻。第三步集中攻克核心功能：把精力放在题目的关键评分点上，比如视觉识别、轨迹规划、最优效率控制算法。

调算法时有个经验：先让系统“动作正确”，再让它“动作优雅”。举个例子，做一个巡线小车，先把转向逻辑写成简单的“离线就往反方向打满”，让小车能跌跌撞撞走出赛道；然后在此基础上加入PID控制，把转向力度调整为平滑渐进。如果一开始直接调PID参数，很难判断是转向逻辑错了还是PID参数没调好，问题定位成本很高。类似的，做波形发生类题目，先用查表法让DAC输出个正弦波形，看波形形态对了再谈软件滤波和频率精度。

另外，代码版本管理在电赛中也比想象中重要。不要总觉得用Git在比赛环境下太麻烦，哪怕只是每完成一个里程碑，就复制一份带日期的工程文件夹备份到网盘或队友电脑上，都比决赛当天误删代码、或者改了一版程序无法回滚要强得多。很多队伍最后一天因为“程序越改越差但回不到上一版”而心态爆炸，白白丢了分。

4.3 结构与集成：最后一夜最容易翻车的地方

电赛作品不是“面包板上的实验电路”，最后是要拿到评委面前实测的。结构的可靠性在最后一夜会决定成败。常见的“最后一夜翻车”包括：小车转弯时电池晃动导致重心偏移然后翻车、视觉支架松动导致识别角度漂移、电源线被车轮反复碾压后断线、按键被外壳挡住按不到底。

这些问题的根源都是结构设计没有在前几天同步考虑。正确的做法是Day 1就要确定好作品的整体布局：包括电路板的安装位置、电池固定位置、传感器朝向、主要的走线路径。走线一定要用扎带或者理线管固定，不要让线悬空摆动；活动部件和电路板之间要留出足够间隙，避免摩擦短路；锂电池用完一定要封装好，并且要有低压保护和充电管理电路，安全永远排在性能前面。

到了Day 5，结构上还要做“抗干扰测试”：用手敲一敲底板看是否松动、把作品从桌面拿起再放下看是否复位、快速抖动看接插件是否脱落。电赛现场的测试环境不会像你们实验室那么理想，桌面可能不平、环境光照可能变化，这些都给结构提出了额外要求。提前模拟“恶劣环境”做压力测试，远好过现场祈祷。

5. 调试与排查：示波器、万用表和一颗冷静的心

调试是电赛里占用时间最多、情绪波动最大的环节。没有哪支队伍是不用调试就能拿奖的，但调试方法和工具使用水平差距极大。这一节把必要的仪器、正确用法和常见故障排查方法讲清楚。

5.1 必备仪器和它们的正确用法

电赛标配仪器大致是数字示波器、信号发生器、直流稳压电源、万用表、逻辑分析仪（或者有逻辑分析功能的便携板子）。很多队伍只把示波器当“看波形对不对”的工具，其实它的诊断价值远不止于此，更多的应用场景包括：

• 用示波器探头测电源输出纹波，判断电源设计是否合格；
• 用示波器观察I2C/SPI总线的时钟和数据信号，确认通信时序是否正常，而不是用眼睛数电平；
• 用示波器配合信号发生器做频率响应测试，快速判断放大/滤波电路是否工作；
• 用示波器的触发模式抓偶发毛刺，定位脉冲干扰来源，比如电机启动瞬间的电压跌落。

调试的最高原则是“一次只改一个变量”。如果系统出了问题，不要同时调三个参数、换两个模块，否则就算问题被解决，你也不知道是什么在起作用。先加一个测试点打印/显示关键数据，把现象复现出来；然后用示波器或万用表沿着信号链逐级测量，从传感器输出、到信号调理电路、到主控ADC采集口、再到算法处理结果，定位到具体哪一级数据不对，再针对这一级做替换或调整。

5.2 高频故障排查速查表

这个速查表不能解决所有问题，但能帮你在故障发生时快速判断该从哪个方向动手。记住一个原则：先软件还是先硬件，永远先查硬件。软件逻辑可以打印日志、设断点、看状态，问题定位相对容易；硬件问题如果不尽早排除，会反复干扰软件调试，浪费大量时间。

关于心态，补充一个真实经验：连续调试超过两小时没进展，就强制自己休息15分钟，出去喝口水、换个视角。很多电赛队伍在Day 3晚上会陷入“越调越乱、越乱越调”的恶性循环，其实大脑已经疲劳，审视问题的方式变得机械。短暂休息之后，往往一下子就能发现问题所在，比如某个信号线没接稳、某个寄存器配置和手册不一致，这种低级错误往往在动态调了很久之后才被“灵光一闪”发现。

6. 文档、视频与现场演示：做得好不如讲得好

电赛评分不是只看现场跑分，设计报告、演示视频和现场问答都占总评分的一定比例。很多队伍作品做得不错，却在文档和演示上吃了大亏，非常可惜。

6.1 设计报告怎么写得体

一篇合格的电赛设计报告，应该能让一个没参加过你们小组讨论的人，仅凭文字和图表就完全还原你们的设计思想和方法。结构上大体包括：摘要、系统方案、理论分析与计算、电路与程序设计、测试方案与测试结果、总结展望。这不是八股，而是评委考察“你们是不是真正理解了系统”的主要途径。

写报告最容易踩的坑有三个。一是理论分析与计算部分只有公式没有代入推导，评委无法判断你们是否真的算过。比如要求电源效率90%，就要写出输入输出电压范围、理论效率估算公式、实际采用的开关频率和电感选型计算过程；二是测试数据表格不规范，没有测试条件说明，只列了条件与数据却没有结论；三是原理图粘贴混乱、引脚标号看不清楚，甚至画错连接关系，这会直接拉低报告的印象分。最好的办法是Day 3就把报告框架写好，每天完成一个模块就同步更新对应章节，最后一天只做格式和语言润色。

还有一点：报告里务必诚实记录“方案遇到的问题及解决办法”，这类内容在评委眼中反而加分，说明你们是真的动手调过、踩过坑、最终解决了问题。很多人担心把“翻车”写进去会显得不专业，恰恰相反，工程实践本身就是试错与修正的过程，真诚的记录比谎称“一次到位”有说服力得多。

6.2 现场测评环节的临场经验

现场测评通常分两种：一种是“封闭测试”，作品被放在指定场地按要求跑一遍，测试人员记录数据；另一种是“答辩型测试”，评委现场看演示并提问。无论是哪种，都建议提前准备一套“话术”和一套“备份方案”。

话术的核心是：用30秒讲清“我们的作品是什么、完成了哪些指标、创新点在哪里”，再用1分钟讲清“系统架构和关键算法”，最后留出时间让评委看数据。切忌在答辩时东拉西扯、答非所问。评委问参数时，要能脱口而出：电源转换效率是多少、控制周期是多少、传感器采样率是多少。这些数据必须在报告和口头表述中完全一致，出现前后矛盾会被视为诚信问题。

备份方案指的是：现场演示时如果第一次失败，要有能力在30秒内恢复并重试。比如小车第一次跑出赛道，预先设置好一键复位、重新进入待机状态的程序逻辑；如果因外部光照影响视觉识别，准备一个手动校准流程。这些预案要在Day 4下午预演一遍。预演时故意制造故障，比如断电重启、传感器被遮挡/移动，然后看队伍能否快速恢复，这是很有效的抗压训练。

另外，如果题目中有独立“综合测评”环节，也就是现场限时搭电路、调参数的那种测试，那这个环节拼的纯粹是基本功。平时训练时就要刻意练几种常见电路的手焊和调试速度：比如运放放大电路、滤波电路、比较器电路、DC-DC变换器电路。综合测评通常会给一个很小的电路范围和确定的指标要求，谁能快速搭、快速调、稳定复现，谁就能拿高分。这块没有捷径，只有靠反复练习形成肌肉记忆。

7. 一些没法分类但很关键的话

写了这么多实操细节，最后还想从“过来人”的角度多唠叨几句，这些东西在代码和电路之外，却往往比技术更能决定比赛结果。

第一句话是关于“推倒重来”这件事本身。在电赛的环境中，推倒重来不是失败，而是常态。但高手和新手的区别在于，高手推倒重来是因为“确认这个方向走不通、或者不划算”，并且保留了大量可复用的模块和代码；新手推倒重来是因为“做了一晚上发现队友理解错了需求”或者“没仔细看数据手册”这些本来可以避免的原因。所以，每一次推倒重来，都要问自己一句：“这次重来是因为外部条件变了，还是因为我本可以更早避免？”如果是后者，冷静记下来，同一个坑不要在赛程里踩第二次。

第二句话是关于“作息和健康”。6天5夜听起来像是不眠不休的极限挑战，但实际打下来，真正高效运作的队伍往往是“轮流替换、保证核心成员在关键时间段精力充沛”的。比如Day 2夜晚，写软件的同学可以早点睡，硬件同学通宵焊板子；Day 3夜晚反过来。全队一起熬夜到四点，不但是最差的效率模式，而且会让第二天整个队伍陷入低气压。电赛是一场马拉松，起跑太猛的人大概率在后半程掉队。

第三句话是关于“成绩之外的东西”。比赛结束之后，你能记住的往往不是最终拿了什么奖，而是某个深夜队友递过来的一杯咖啡、硬件同学连续焊了三块板子终于点亮某盏灯的时刻、以及三个人对着一个“莫名其妙就好了”的bug面面相觑后的大笑。电赛值得认真对待，但不要把它变成一场纯粹的功利冲刺。把这个过程当作一次完整的产品开发体验——选题、设计、验证、迭代、汇报——这套经验在未来保研、找工作、做课题时，会不断以各种形式回馈给你。

最后再分享一个小技巧：交板前，把你们作品完整跑一遍流程，录一段长视频（提前准备好一个能架住手机的三脚架，没有的话用工具箱垫高也行），然后把视频备份到三个不同的地方——U盘、网盘、队友手机。这看起来是小事，但每年都有队伍因为U盘损坏或文件没存好而被迫在最后几分钟重新录视频，那种心跳体验，还是能免则免吧。祝你们拿到题目之后，推倒重来的次数越来越少，推翻的是方案，而不是信心。