4、延时消抖法：最简单的delay()消抖实现，优缺点分析
说到按键消抖，很多初学者第一个接触的方法就是 delay()。嗯，这确实是最直观的思路——检测到电平变化后，等个十几毫秒再读一次。我刚开始做单片机项目时也是这么干的，简单粗暴，效果还行。
但说白了，这方法就像用锤子砸核桃——能打开，但不够优雅。咱们今天就来聊聊这个「最朴素」的消抖方案。
4.1 延时消抖的核心思想
按键按下或松开时，机械触点会弹跳。这个弹跳时间一般在 5ms~20ms 之间。延时消抖的思路就是：
- 检测到电平变化（比如从高变低）
- 等一段时间（通常 10ms~20ms）
- 再次读取电平状态
- 如果状态一致，就认为是有效按键
你想想看，弹跳期间电平会反复变化，但过了弹跳期就稳定了。我们只要避开那个「混乱期」就行。
关键参数：延时时间通常取 10ms~20ms。太短了消不干净，太长了影响响应速度。我个人习惯用 15ms，大部分按键都能搞定。
4.2 代码实现：最简单的 delay() 版本
下面是一个典型的 Arduino 风格实现。我在项目中遇到过类似的需求，当时用的是 STM32，但逻辑完全一样。
// 最简单的延时消抖实现
const int buttonPin = 2;
const int ledPin = 13;
int buttonState = HIGH; // 当前按键状态
int lastButtonState = HIGH; // 上一次的按键状态
unsigned long lastDebounceTime = 0;
const unsigned long debounceDelay = 15; // 15ms 消抖延时
void setup() {
pinMode(buttonPin, INPUT_PULLUP);
pinMode(ledPin, OUTPUT);
digitalWrite(ledPin, LOW);
}
void loop() {
int reading = digitalRead(buttonPin);
// 检测到电平变化
if (reading != lastButtonState) {
lastDebounceTime = millis(); // 记录变化时间
}
// 如果电平稳定超过消抖延时
if ((millis() - lastDebounceTime) > debounceDelay) {
// 如果状态确实改变了
if (reading != buttonState) {
buttonState = reading;
// 按键按下（低电平有效）
if (buttonState == LOW) {
digitalWrite(ledPin, !digitalRead(ledPin)); // 切换 LED
}
}
}
lastButtonState = reading;
}注意：这里用的是 millis() 非阻塞延时，而不是 delay()。为什么？因为 delay() 会卡死整个程序，这在复杂项目中是灾难。我见过有人用 delay(15) 做消抖，结果整个系统响应变得一卡一卡的。
4.3 真正的 delay() 阻塞版本（不推荐）
有些教程会教你这样写：
// 阻塞式延时消抖（不推荐！）
if (digitalRead(buttonPin) == LOW) {
delay(15); // 等 15ms
if (digitalRead(buttonPin) == LOW) {
// 按键有效
}
}这段代码能工作，但问题很大。我曾经在一个项目中用了这种写法，结果按键一多，整个系统就像喝醉了一样——按一下要等半天才有反应。
警告：阻塞式 delay() 会暂停整个程序。如果你的系统还要处理 LED 闪烁、传感器读取、通信等任务，千万别用这种方法。否则你会被各种「莫名其妙」的 bug 折磨到怀疑人生。
4.4 优缺点分析
| 优点 | 缺点 |
|---|---|
|
|
4.5 我的一些经验之谈
说实话，延时消抖法在简单项目中完全够用。比如做一个电子骰子、小台灯控制，或者教学演示，用 millis() 非阻塞版本就很合适。
但如果你要做游戏手柄、遥控器这类对响应速度有要求的设备，我建议你考虑其他方法。我曾经做过一个格斗游戏手柄，用延时消抖法时，玩家按「必杀技」组合键总是慢半拍。后来换成状态机消抖，问题才解决。
还有一个坑：不同按键的弹跳时间不一样。便宜的按键可能弹跳 20ms，好一点的 5ms 就稳定了。如果你统一用 15ms 延时，便宜的按键可能消不干净。我曾经遇到过这种情况，按键按下去偶尔会触发两次，排查了半天才发现是消抖时间不够。
避坑指南：如果你不确定按键的弹跳时间，可以用示波器看一下。没有示波器的话，写个测试程序，把按键电平变化打印到串口，观察一下弹跳持续多久。我一般取弹跳时间的 1.5 倍作为消抖延时。
4.6 什么时候该用延时消抖？
- 适合：简单项目、教学演示、快速原型、按键数量少（1~2个）
- 不适合：游戏手柄、遥控器、工业控制、多按键矩阵、对响应速度要求高的场景
说白了，延时消抖法就像一把瑞士军刀——能解决很多问题，但不是所有问题的最佳方案。下一章我会介绍状态机消抖法，那才是真正适合复杂场景的方案。
嗯，今天就聊到这里。记住：能用 millis() 就别用 delay()，这是嵌入式开发的黄金法则之一。