内核模块能否使用配置文件替代Proc或SysFS进行参数配置？

关于直接访问/etc配置文件的可行性 #

直接在内核模块中读取/etc路径下的配置文件，技术上可以通过内核态文件操作API实现，但属于官方明确不推荐的反模式，实际生产环境不建议使用，核心原因有两点：

• 内核态的执行上下文没有稳定的用户空间文件系统映射：模块加载或运行时的上下文可能处于未挂载根文件系统的状态，或是在chroot、容器等特殊环境下，/etc的实际路径和预期完全不符，硬编码路径会出现大概率读取失败的问题
• 不符合内核「机制与策略分离」的设计原则：配置属于上层策略类逻辑，本该由用户空间处理，内核只需要负责接收配置参数、执行核心逻辑即可，把配置解析逻辑放进内核会增加不必要的内核态代码复杂度，也更容易引入安全漏洞。

推荐的配置实现方案 #

根据你的配置生效场景可以二选一：

• 如果参数仅需要在模块加载时指定，运行过程中无需调整：直接使用内核原生的模块参数机制即可，不需要用户手动传递一长串参数。用户可以在/etc/modprobe.d/目录下创建你的模块专属配置文件，预定义所有参数值，modprobe加载模块时会自动读取配置传入参数，和用户直接把配置放在/etc下的使用习惯完全一致。内核模块中用module_param、module_param_array等宏即可快速定义参数，不需要额外开发。
• 如果参数需要在模块运行过程中动态调整：优先使用SysFS导出可调参数，把每个配置项暴露为SysFS下的属性文件，用户空间直接读写对应文件即可完成配置调整，权限管控、返回值提示都有成熟的原生支持，是当前内核官方推荐的动态配置方案。

注意：ProcFS目前仅保留给进程相关的原有接口，新开发的模块不建议用ProcFS做配置导出。

如果你的参数量级非常大，也可以额外开发一个轻量的用户空间工具，专门负责读取/etc下的自定义配置文件，将解析后的参数写入对应SysFS属性，或是写入modprobe配置，既符合内核开发规范，也能满足用户集中管理配置的需求。

参考依据 #

内核官方开发文档中明确说明了模块参数、SysFS属性的使用规范，上游内核中绝大多数驱动、子系统模块的可调参数都采用上述两种方案实现，你可以直接参考内核源码中同类型模块的实现逻辑。

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