在Linux系统中，设备驱动框架并不只服务于硬盘、SSD这类块设备。理解系统的设备分类，有助于我们在编写驱动、排查硬件故障或做系统编程时选对接口与工具。除了块设备之外，字符设备和网络设备是另外两类核心设备形态，它们有着完全不同的数据交互方式与内核处理路径。
一、Linux设备模型的基本分类
Linux内核通过统一的设备模型将物理或虚拟硬件映射到用户空间。最常被提及的是块设备（block device），它允许以固定大小的块随机读写，通常带有缓存层，代表有磁盘、分区、LVM逻辑卷等。但在/dev目录下还能看到大量并非块设备的条目，它们分属字符设备和网络设备。
这种分类本质上是由硬件交互特征决定的。块设备适合存储类介质，字符设备适合流式或控制类硬件，网络设备则专为网络协议栈设计。内核用不同的结构体与注册函数管理它们，用户态也使用不同的系统调用来访问。
1.1 设备号与文件类型
在Linux中，块设备和字符设备都有主设备号与次设备号，可通过ls -l查看。字符设备文件类型标识为c，块设备为b。例如：
$ ls -l /dev | grep -E "tty|sda" crw-rw-rw- 1 root tty 4, 0 Jun 10 10:00 tty brw-rw---- 1 root disk 8, 0 Jun 10 10:00 sda
上面输出中，tty是字符设备，sda是块设备。网络设备不会以这种设备文件形式出现，而是存在于/sys/class/net与ip命令的视图中。
二、字符设备：字节流的交互方式
字符设备（character device）以字节流为单位进行输入输出，不支持随机寻址，也没有内核块缓存。典型例子包括键盘、鼠标、串口、声卡、摄像头（V4L2）、各类传感器。应用程序一般使用open、read、write、ioctl等系统调用与其通信。
字符设备驱动需要实现file_operations结构体中的函数指针。当用户执行read时，内核会调用驱动注册的read方法，将数据从硬件或内核缓冲区复制到用户空间。由于不涉及通用块层，延迟通常更可控，适合实时或流式场景。
2.1 简单字符设备示例
下面给出一个极简的Linux字符设备内核模块片段，展示注册与读写回调的基本形态：
#include <linux/module.h>
#include <linux/fs.h>
#include <linux/uaccess.h>
static char dev_buf[128];
static int my_open(struct inode *inode, struct file *filp) {
return 0;
}
static ssize_t my_read(struct file *filp, char __user *buf, size_t len, loff_t *off) {
if (*off >= sizeof(dev_buf)) return 0;
if (len > sizeof(dev_buf) - *off) len = sizeof(dev_buf) - *off;
if (copy_to_user(buf, dev_buf + *off, len)) return -EFAULT;
*off += len;
return len;
}
static struct file_operations fops = {
.owner = THIS_MODULE,
.open = my_open,
.read = my_read,
};
这段代码仅示意了读函数的数据拷贝逻辑。真实驱动还要处理并发、硬件寄存器访问与错误码。字符设备的优势在于模型简单、响应直接，缺点是缺乏像块设备那样由内核统一提供的调度与缓存。
2.2 字符设备的用户态访问
在用户空间，访问字符设备与普通文件类似。例如读取串口数据：
# 从ttyS0读取数据 cat /dev/ttyS0
不过很多字符设备并不适合用cat直接读，因为它们需要特定参数配置，常用ioctl设置波特率、分辨率等。若误把字符设备当作块设备去挂载，系统会报错，因为挂载操作只接受具备文件系统的块设备。
三、网络设备：不走文件系统的通信接口
网络设备（network device）在Linux里是一类特殊存在。它不对应/dev下的节点，也不使用open/read，而是通过套接字（socket）和协议栈收发数据。内核用net_device结构体描述网卡，用户通过ip、ifconfig、ethtool管理。
这种设计的原因是网络数据以包为单位，带有协议头与路由逻辑，和存储设备的线性读写差异极大。网络设备驱动核心是实现数据包的发送与接收队列处理，并向上层提供统一接口，使TCP/IP栈可无视硬件细节运行。
3.1 网络设备的识别
查看系统网络接口可使用如下命令：
$ ip link show 1: lo: <LOOPBACK,UP> mtu 65536 qdisc noqueue state UNKNOWN 2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state UP
输出中的lo与eth0都是网络设备。它们出现在/sys/class/net/而非/dev。应用程序发网络数据使用socket(AF_INET, SOCK_STREAM, 0)这类调用，而不是open("/dev/eth0")。
3.2 与块、字符设备的对比
下表总结了三类设备的关键差异：
| 设备类型 | 用户态入口 | 数据单位 | 典型例子 |
|---|---|---|---|
| 块设备 | /dev下b文件，可挂载 | 块（512B/4K等） | 硬盘、U盘 |
| 字符设备 | /dev下c文件 | 字节流 | 键盘、串口、声卡 |
| 网络设备 | socket与接口名 | 数据包 | 网卡、虚拟隧道 |
从表中可以看出，网络设备脱离了传统文件接口，这是很多初学者在写程序时混淆系统调用的根源。若要做网络编程，应专注BSD socket API；若做硬件控制，则多半面对字符设备。
四、其他设备抽象与误区
除了上述三类，Linux还有部分伪设备与虚拟设备，如/dev/null、/dev/zero属于字符设备；tmpfs、ramfs基于内存但以文件系统形式呈现，其底层可能使用块设备接口封装。还有一些总线设备、平台设备在sysfs中以目录体现，并不直接提供读写文件。
常见误区是把所有/dev条目都当成块设备。实际上用file命令或stat查看类型即可分辨。另一个误区是认为网络设备也能用dd读写，这违背了协议栈模型，会导致完全无法通信。明确设备分类，是理解Linux硬件层的基础。
4.1 快速判断设备类型
可以用下面脚本辅助判断某路径对应设备种类：
if [ -c "$1" ]; then echo "字符设备"; elif [ -b "$1" ]; then echo "块设备"; else echo "非标准设备文件，可能是网络或普通文件"; fi
该脚本利用test表达式区分字符与块设备文件。对于网络设备，应直接检查/sys/class/net中是否有对应名称，而不是在/dev中寻找。
综合来看，Linux设备体系以块设备、字符设备、网络设备为三大支柱。块设备解决存储，字符设备解决流式与控制，网络设备解决通信。理清它们的边界与API差异，才能在系统编程和运维中少走弯路。