Linux驱动编程疑问：未包含linux/sysfs.h仍可使用sysfs_create_group？

• 间接头文件包含是核心原因
  你检查的<linux/module.h>、<linux/i2c.h>、<linux/device.h>虽然没有直接包含<linux/sysfs.h>，但内核头文件的依赖关系非常复杂，这些头文件可能会间接引入其他包含sysfs声明的头文件。比如在5.15内核中，<linux/device.h>会包含<linux/kobject.h>，而<linux/kobject.h>可能通过嵌套依赖，把<linux/sysfs.h>中的关键声明（比如sysfs_create_group的函数原型、struct attribute_group的定义）带入编译环境，让编译器能识别这些符号。

• 内核导出API和编译时头文件是两回事
  内核导出API（比如用EXPORT_SYMBOL标记的函数）是用于模块加载阶段的动态链接，让内核能找到对应的函数实现。但编译时编译器需要从头文件中获取函数原型、结构体定义等信息，否则会默认把未声明的函数当成返回int类型的函数，这在64位系统中很容易引发隐式类型转换错误——只是你的当前环境刚好没触发这个问题，但这是严重的潜在bug。

• 绝对不能依赖这种间接包含
  内核头文件的结构会随版本变化，比如升级到6.x内核或者降级到更早的版本，这种间接包含的关系可能会消失，你的驱动会立刻出现编译错误（比如“implicit declaration of function 'sysfs_create_group'”）。而且显式包含头文件是内核驱动编程的规范，能让代码意图更清晰，提升可读性和可维护性。

• 正确做法
  不管当前驱动能不能编译，都要显式添加#include <linux/sysfs.h>，这是保证驱动跨版本兼容、避免潜在编译问题的必要操作。

内容的提问来源于stack exchange，提问作者user21162196