3、字符设备 vs 杂项设备：注册方式对比、设备号管理差异、适用场景分析

好，咱们今天来聊聊字符设备和杂项设备到底差在哪。说实话，我刚开始做驱动时，也搞不清什么时候该用杂项设备。总觉得字符设备是正统，杂项设备像个“二等公民”。后来踩过坑才明白——选对了，能省一半的代码量。

3.1 注册方式：一个繁琐，一个轻量

先看字符设备的注册流程。嗯，这个我太熟了，早期项目里几乎天天写：

// 字符设备注册 —— 传统方式
static int __init my_char_init(void) {
    int ret;
    dev_t dev_num;
    struct cdev *my_cdev;

    // 1. 分配设备号（动态或静态）
    ret = alloc_chrdev_region(&dev_num, 0, 1, "my_device");
    if (ret < 0) {
        printk("alloc_chrdev_region failed\n");
        return ret;
    }

    // 2. 初始化 cdev 结构体
    my_cdev = cdev_alloc();
    cdev_init(my_cdev, &my_fops);
    my_cdev->owner = THIS_MODULE;

    // 3. 将 cdev 添加到内核
    ret = cdev_add(my_cdev, dev_num, 1);
    if (ret) {
        unregister_chrdev_region(dev_num, 1);
        return ret;
    }

    // 4. 创建设备类 + 设备节点（通常还要搞 class_create 和 device_create）
    // ... 又是一堆代码

    return 0;
}

你看，光是注册一个字符设备，就得走四步：申请设备号 → 初始化cdev → 添加到内核 → 创建设备节点。每一步都可能出错，每一步都得写错误处理。我早期有个项目，就因为cdev_add和device_create的顺序搞反了，导致设备节点创建成功但操作时内核崩溃——查了两天才找到原因。

再来看看杂项设备，同样的功能：

// 杂项设备注册 —— 轻量级
static struct miscdevice my_misc = {
    .minor = MISC_DYNAMIC_MINOR,  // 自动分配次设备号
    .name  = "my_device",
    .fops  = &my_fops,
};

static int __init my_misc_init(void) {
    int ret;
    ret = misc_register(&my_misc);
    if (ret) {
        printk("misc_register failed\n");
        return ret;
    }
    return 0;
}

看到了吗？一个函数调用搞定。 不需要手动申请设备号，不需要创建cdev，甚至连设备节点都自动帮你创建好了。我个人习惯是：如果设备功能简单，优先用杂项设备，省下的时间可以去喝杯咖啡。

3.2 设备号管理：主次设备号的博弈

设备号这块，是很多新手容易懵的地方。我简单说清楚。

字符设备：你需要自己申请一个主设备号，然后在这个主设备号下管理次设备号。比如你申请了主设备号 240，那么 240-0、240-1、240-2 都是你的。问题是——主设备号是稀缺资源。内核里主设备号一共就 0~255 这么点，很多已经被固定占用了（比如 1 给内存设备，8 给 SCSI 磁盘）。你申请一个，就少一个。

我在一个嵌入式项目里遇到过：板子上同时挂了 5 个不同的驱动，每个都要申请主设备号。结果有个驱动申请不到，因为主设备号用完了。最后只能把几个驱动合并成一个，用次设备号来区分——代码改得那叫一个痛苦。

杂项设备：所有杂项设备共用同一个主设备号 10，内核通过次设备号来区分不同的设备。你只需要指定一个名字，内核自动给你分配一个空闲的次设备号。说白了，杂项设备把主设备号的竞争问题给绕过去了。

对比项	字符设备	杂项设备
主设备号	需手动申请，范围 0~255	固定为 10，无需申请
次设备号	手动管理，可自定义范围	自动分配（或手动指定）
设备号数量	可申请多个连续设备号	最多 255 个（次设备号 0~254）
设备节点创建	需手动调用 device_create	自动创建在 /dev 下

3.3 适用场景：什么时候该用谁？

这个问题，我直接给结论：

用杂项设备的场景：

• 设备功能单一，只需要一个设备节点（比如一个 GPIO 按键、一个 LED 灯）
• 不需要管理大量次设备号（少于 255 个）
• 希望快速开发，减少样板代码
• 设备是“辅助性质”的，不是核心存储或网络设备

用字符设备的场景：

• 需要管理大量设备实例（比如 1000 个虚拟串口）
• 需要自定义主设备号，或者与旧版用户空间程序兼容
• 设备需要多个次设备号，且次设备号有特殊含义（比如主设备号代表控制器，次设备号代表通道）
• 你正在开发一个会被广泛使用的驱动，需要预留设备号范围

3.4 知识体系图：注册流程对比

下面这张图，把两种设备的注册流程画清楚了。你看一眼就能明白差异在哪。

3.5 避坑指南：我踩过的几个坑

最后分享几个实战中容易翻车的地方：

• 设备节点权限问题：杂项设备默认创建的节点权限是 0600（只有 root 能访问）。如果你想让普通用户也能用，记得在 miscdevice 结构体里设置 mode 字段。我曾经忘了设，结果测试同事跑来问我“为什么我的程序打不开设备？”——嗯，权限问题。
• 次设备号冲突：虽然杂项设备用 MISC_DYNAMIC_MINOR 可以自动分配，但如果你手动指定了次设备号，一定要确保不和系统中已有的冲突。我见过有人指定了 1 号（系统保留给 psaux 的），结果鼠标驱动和自定义驱动打架。
• 卸载顺序：字符设备卸载时，要先删除设备节点，再 cdev_del，最后释放设备号。顺序反了会导致内核崩溃。杂项设备就简单了，一个 misc_deregister 搞定。

---

公众号:蓝海资料掘金营，微信deep3321