| title | 消抖按键驱动（中断方式） |
|---|
本教程讲解中断方式按键驱动的完整实现，涵盖中断子系统、工作队列机制、消抖算法、同步机制等核心主题。通过本教程，你将理解为什么中断方式优于轮询方式，以及如何在内核中安全地实现延时处理。
- 理解 Linux 中断子系统的工作原理
- 掌握工作队列机制的使用场景和 API
- 实现可靠的按键消抖算法
- 理解自旋锁、等待队列、原子变量的使用
- 独立编写和调试中断方式的字符设备驱动
中断方式按键驱动适用于以下场景：
- 需要低功耗的嵌入式设备
- 对响应速度有要求的交互设备
- 需要可靠消抖的按键输入
- 多按键并发处理的系统
::: tip 对比轮询方式 中断方式相比轮询方式，CPU 占用极低、功耗低、响应及时，是生产环境按键驱动的标准做法。但复杂度更高，需要理解中断系统和工作队列。 :::
从轮询到中断：为什么要折腾这个 中断子系统：硬件和软件的桥梁 工作队列：中断里的那些事为什么不能做 消抖算法：延时读取是关键 同步机制：并发是内核的常态 输出分析：验证消抖效果 编译和测试：从源码到运行本教程涉及以下技术要点：
- GPIO 中断配置和触发方式
devm_request_irq()的使用- 中断处理函数的约束和最佳实践
- 顶半部和底半部分离的设计模式
- 为什么中断处理函数不能睡眠
schedule_work()和工作处理函数msleep_interruptible()的使用- 工作队列 vs 定时器的选择
- 延时读取的核心思想
- 状态比较的巧妙之处
- 工作队列的重调度特性
- 统计信息的验证价值
- 自旋锁的使用场景和
_irqsave版本 - 等待队列实现阻塞 I/O
- 原子变量用于统计信息
- 各种同步机制的选择
::: info 前置知识 在学习本教程前，建议先掌握：
- 字符设备驱动基础
- C 语言高级特性（指针、结构体、宏）
- Linux 内核基础概念 :::
我们的驱动采用标准的字符设备架构：
用户空间应用
↓ open/read/close
字符设备接口 (file_operations)
↓
设备管理 (cdev, class, device)
↓
硬件抽象 (GPIO, IRQ)
↓
中断处理 → 工作队列 → 消抖处理
中断触发时，中断处理函数（上半部）快速调度工作队列，然后返回。工作队列处理函数（下半部）延时 20ms 后读取稳定的 GPIO 状态，只有状态变化时才报告事件。这种设计保证了中断响应的及时性，又能可靠地过滤按键抖动。
driver/18_tutorial_key_debounce_driver/
├── alpha-board/
│ ├── Makefile # 构建配置
│ └── key_debounce_driver_main.c # 主驱动文件
└── README.md # 说明文档
主驱动文件包含：
- 设备结构体定义
- 硬件操作函数
- 中断处理函数
- 工作队列处理函数
- 字符设备操作函数
- 模块初始化和退出函数
本教程提供了完整的测试方法：
- 编译驱动模块
- 加载驱动并检查设备节点
- 编写用户空间测试程序
- 验证消抖效果和统计信息
- 对比轮询和中断的性能差异
A: 轮询方式 CPU 占用高、功耗高、响应慢。中断方式是生产环境的最佳实践。
A: 20ms 是经验值，覆盖大部分机械按键的抖动期（5-20ms）。可根据实际按键调整。
A: 工作队列运行在进程上下文，可以睡眠。定时器运行在中断上下文，不能睡眠。
A: 因为中断处理函数可能访问共享数据，需要关闭中断避免死锁。
← 返回驱动开发教程 Input 子系统按键 →::: details 延伸阅读