需用socket(PF_CAN, SOCK_RAW, CAN_RAW)创建套接字，fcntl(sockfd, F_SETFL, O_NONBLOCK)设为非阻塞，再通过struct sockaddr_can绑定到已启用的can0接口（须先ip link set can0 up），否则bind()返回ENXIO。
怎么用 socketcan 创建非阻塞 CAN 套接字并绑定到 can0
Linux 内核从 2.6.25 开始原生支持 CAN，关键不是自己实现协议栈，而是复用 socketcan 接口。必须用 AF_CAN 地址族、SOCK_RAW 类型创建套接字，再通过 struct sockaddr_can 绑定到具体接口（如 can0）。常见错误是漏掉 setsockopt(..., SOL_SOCKET, SO_RCVBUF, ...) 调大接收缓冲区——嵌入式设备默认 128KB 不够应对突发报文，容易丢帧。
实操要点：
- 先用
ip link set can0 type can bitrate 500000配置速率，再ip link set up can0启用，否则bind()直接失败并返回ENXIO - 务必调用
fcntl(sockfd, F_SETFL, O_NONBLOCK)设为非阻塞，守护进程不能卡在recvfrom() -
can_filter数组可预设白名单 ID（如只收0x123和扩展帧0x1AABBCCDD），避免用户空间处理无关流量
如何用 systemd 管理 CAN 守护进程的启动顺序和依赖
嵌入式设备上 can0 接口往往由内核模块（如 can-dev、mcp251x）或设备树驱动动态加载，早于网络服务但晚于基础文件系统。硬写 sleep 2 在 ExecStartPre 是反模式，会掩盖真实依赖问题。
正确做法是让 systemd 知道“CAN 接口就绪”这个状态：
立即学习“C++免费学习笔记（深入）”；
- 在
/etc/systemd/system/can-daemon.service中声明Wants=can-interface.target，并新建can-interface.target单元 - 用
udev规则（如/etc/udev/rules.d/99-can-ready.rules）监听add@/sys/class/net/can0事件，触发systemctl start can-interface.target - 守护进程主循环里仍需做
ioctl(sockfd, SIOCGIFINDEX, &ifreq)检查接口是否存在，防止 udev 事件丢失
为什么直接用 write()/read() 处理 CAN 帧比 recvfrom() 更可靠
socketcan 支持两种 socket 类型：SOCK_RAW（带 can_frame 结构头）和 SOCK_DGRAM（仅 payload）。后者看似简洁，但在嵌入式场景下有隐患：当硬件 FIFO 溢出或驱动丢帧时，SOCK_DGRAM 会静默丢弃整帧，且无法获取时间戳或错误帧标记；而 SOCK_RAW 的 can_frame 结构里 can_id & CAN_ERR_FLAG 可明确区分数据帧和错误帧。
关键细节：
-
can_frame的can_dlc字段必须用can_dlc2len()转换为字节数，CAN FD 帧需额外检查CAN_CTRLMODE_FD标志 - 发送前必须清零
frame.data数组未用字节，某些老旧 CAN 控制器（如 SJA1000）会把垃圾值当有效数据发出 - 不要假设
write()一次发完——CAN 帧最大 8 字节（标准）或 64 字节（FD），但底层可能因总线忙返回EAGAIN，需重试或丢弃
怎样避免守护进程因 CAN 总线关闭或硬件故障无限重连
真实嵌入式现场中，CAN 总线断开（终端电阻异常、线缆脱落）、节点离线、甚至控制器锁死都可能发生。若守护进程检测到 recvfrom() 返回 -1 且 errno == ENETDOWN，盲目 close+rebind 会导致反复失败，还可能干扰其他使用同一接口的进程（如 candump）。
稳健策略是分层响应：
- 对
ENETDOWN或ENODEV，暂停收发，每 5 秒调用一次ioctl(SIOCGIFFLAGS)检查IFF_UP | IFF_RUNNING是否恢复，不主动重建 socket - 对持续
EAGAIN（非阻塞 recv 无数据）且超时 30 秒，发一个测试帧（如can_id = 0x7FF）验证发送通路，失败则记录CAN bus silent日志 - 绝对禁止在信号处理函数（如
SIGTERM）里调用close()——socketcan的 close 实现含自旋锁，多线程环境易死锁
最常被忽略的是总线错误计数监控：读取 /sys/class/net/can0/device/statistics/can_state 和 tx_errors，连续 3 次 > 96 表示控制器进入 bus-off 状态，此时必须执行 ip link set can0 down && ip link set can0 up 才能恢复，仅重启进程无效。
