扫码关注
字符设备驱动面试常被问成一串API名称：申请设备号、初始化cdev、注册设备、创建设备节点。真正需要讲清楚的是这些步骤分别解决什么问题，以及设备号、内核驱动对象、sysfs设备模型和/dev节点并不是同一个东西。
先理解应用层、内核和硬件之间的分层
把关键对象和步骤拆开
设备号。主设备号通常用于关联相应驱动，次设备号用于区分该驱动管理的不同设备实例。动态分配或静态指定要按驱动设计和系统环境选择，并妥善释放。
cdev与file_operations。cdev把字符设备号范围与文件操作接口关联起来；应用层打开设备文件后，read、write、ioctl等操作会进入驱动对应的回调函数。回调里要验证参数、处理并发并正确返回错误码。
class与device。现代设备模型下，class/device相关接口用于向内核设备模型注册设备，并通过sysfs暴露设备信息。具体API名称随内核版本变化，应参考目标内核的文档。
/dev节点。设备节点是用户态访问设备文件的入口，通常由devtmpfs/udev等机制创建或管理。节点存在并不等于驱动一定正常，节点权限也会影响普通用户能否访问。
退出与错误回滚。初始化中途失败时，要按已完成的步骤逆序清理设备、cdev、class和设备号；模块退出时不能留下悬空引用或已释放对象仍被访问的情况。
常用排查顺序
看dmesg/内核日志 → 确认驱动是否加载 → 检查/proc/devices或设备号 → 检查/sys与/dev节点 → 核对权限 → 用最小open/read/ioctl测试验证回调路径。
“字符设备驱动首先要把设备号范围与cdev和文件操作回调关联起来，再按目标内核的设备模型注册class/device。/dev节点提供用户态访问入口，但节点存在不代表驱动一定可用。我会分别检查驱动注册、设备号、sysfs、节点权限和read/write/ioctl回调，并确保初始化失败时按逆序释放已申请资源。”
延伸追问
主设备号和次设备号为什么不能随意重复使用？
为什么/dev节点存在，但open仍可能返回权限错误或设备不存在？
字符设备驱动中如何避免多个进程并发访问共享缓冲区导致数据错乱？
本文用于电子工程师技术学习与面试准备，具体设计应结合器件数据手册、产品规范、仿真和实测结果确认。
