Linux仓库clang-format的80字符行长度规则是否仅适用于源文件

核心疑问直接回应 #

• 80字符行长度规则是否仅适用于源文件、对头文件不生效？
  该认知并不准确。clang-format本身的ColumnLimit配置没有按文件后缀区分处理逻辑，只要处于格式化生效范围，不管是.c源文件还是.h头文件，超出配置行宽的代码都会被自动折行。
  仓库实际存在的头文件超长行，本质是内核的.clang-format配置本身就针对头文件场景设置了灵活放宽规则，并非工具原生支持“头文件不受行宽限制”的逻辑。内核编码规范本身就对对外头文件的函数声明、宏定义类内容不强制卡80字符，避免折行破坏API可读性。
• 是否仅drivers/gpu/drm/nouveau/include/nvkm/engine/gr.h这份特定头文件被排除在格式化范围之外？
  不存在针对单个文件的特殊排除逻辑，这类情况通常来自两类批量规则：
  1. 路径级别的批量排除：nouveau驱动的部分历史代码路径，本身就在仓库的clang-format排除清单内，不会触发自动格式化。你本地如果直接全局执行clang-format -i命令，会无视仓库自带的路径排除规则，把所有识别到的代码文件都按全局配置折行，这也是为什么你跑出来的格式化效果和仓库实际留存的超长行存在明显差异。
  2. 文件内的分段格式化开关：代码里标记// clang-format off和// clang-format on的区间内，所有代码不会被格式化工具修改，很多驱动会把对外暴露的稳定API声明放在这类区间内，避免格式化逻辑破坏接口排版。
• 是否遗漏了相关的配置说明？
  确实存在容易被忽略的配置细节，也是造成你感知偏差的核心原因：
  1. 本地直接调用系统自带的clang-format执行全局替换，没有使用仓库提供的专用格式化脚本。这个操作不会自动读取仓库里的路径忽略清单，会把所有可识别的代码文件全部按根目录的全局配置处理，自然会把仓库里原本允许的超长行强制折成80字符宽。
  2. clang-format版本不匹配：内核仓库的.clang-format是适配特定clang-format版本编写的，如果本地工具版本过高或过低，原本配置里设置的“头文件声明放宽行宽”类规则可能会失效，导致无差别折行。

实际使用提示 #

内核编码规范里的80字符硬限制，本来就是针对.c源文件的实现代码；头文件的声明部分如果硬折行会严重破坏API可读性，通常允许适度放宽到100字符以内。如果直接全局跑clang-format替换，不仅不符合仓库实际规范，还会生成大量无意义的代码diff，干扰正常的代码提交评审。

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