Linux内核模块（LKM）**不支持C++**，这是由内核设计和运行环境决定的硬性限制。内核空间没有C++运行时（如libstdc++）、无异常处理机制、无RTTI、无全局构造/析构函数调用支持，且所有代码必须是纯C ABI兼容的。因此，不能直接用C++语法编写内核模块——哪怕只用到类或new/delete，也会导致编译失败或运行时崩溃。
为什么内核禁止C++？
内核运行在无用户态环境的特权级中：
- 没有堆管理器，
new/delete依赖glibc或libstdc++，而内核自带kmalloc()/kfree() - 异常（
try/catch）需要编译器插入栈展开代码，内核未提供unwind支持 - C++类的隐式构造/析构无法在模块加载/卸载时被可靠触发
- 模板实例化、虚函数表、运算符重载等特性会引入不可控符号和内存布局
- 内核头文件（如
linux/module.h）仅声明C接口，C++需手动加extern "C"，但仍无法绕过底层限制
想用C++风格？可以折中但必须谨慎
极少数场景下，开发者尝试“C++子集”写法，但仅限于不触发C++特性的纯C式编码：
- 用
.cpp后缀 +extern "C"包装所有导出函数（init_module,cleanup_module） - 禁用异常、RTTI、运行时类型检查（编译选项：
-fno-exceptions -fno-rtti） - 不使用
std::任何内容，不写构造函数/析构函数，不用继承和虚函数 - 内存分配全部改用
kmalloc/kzalloc/kfree - 字符串操作用
strcpy/strcat等C函数，禁用std::string
注意：这种写法虽能通过编译，但不属于官方支持路径，调试困难、可移植性差、易被新内核版本拒绝加载。主流发行版和LKML明确反对。
立即学习“C++免费学习笔记（深入）”；
情感家园企业站5.0 多语言多风格版
下载
一套面向小企业用户的企业网站程序！功能简单，操作简单。实现了小企业网站的很多实用的功能，如文章新闻模块、图片展示、产品列表以及小型的下载功能，还同时增加了邮件订阅等相应模块。公告，友情链接等这些通用功能本程序也同样都集成了！同时本程序引入了模块功能，只要在系统默认模板上创建模块，可以在任何一个语言环境（或任意风格）的适当位置进行使用！
真正可行的系统编程路径
在Linux系统层开发中，C++仍有重要位置，但必须与内核模块严格分离：
-
用户态系统程序：systemd组件、dbus服务、eBPF用户端（libbpf++封装）、监控工具（用C++调用
syscalls或/proc//sys） - eBPF程序：用C++风格的BCC或libbpf-tools开发，运行在内核验证器保护下的沙箱中（非传统LKM）
- 驱动配套工具：udev规则、ioctl测试程序、sysfs交互工具，可用C++高效实现
- 内核外围基础设施：KVM/QEMU插件、DPDK用户态驱动、FUSE文件系统——这些运行在用户空间，可自由使用C++17/20
入门建议：从标准C内核模块开始
掌握内核编程本质比纠结语言更重要：
- 先写一个纯C的Hello World模块（
hello.c），理解module_init/module_exit、许可证声明、Makefile Kbuild规则 - 动手实现字符设备驱动（
register_chrdev）、procfs节点、简单中断处理 - 用
dmesg和insmod/rmmod调试，熟悉printk日志级别 - 再过渡到eBPF——它更现代、安全、无需编译进内核，且有C++友好生态（如
bpftool+libbpf-cpp）
基本上就这些。内核是C的领地，不是C++的延伸；但整个Linux系统栈足够宽广，C++在用户态系统编程中大有可为——关键在于分清边界。
