clang-format对齐连续赋值时未遵守ColumnLimit列宽限制

这是clang-format对齐逻辑的固有设计表现，不是配置写错了。clang-format内部给「打破连续赋值对齐块」设置了极高的固定惩罚值，这个惩罚的优先级高于所有用户可配置的排版惩罚项——包括你调到最高的PenaltyExcessCharacter。只要工具判定一组赋值属于同一个需要对齐的连续块，哪怕超列宽的惩罚拉满，它也会优先保留对齐效果，不会主动取消对齐或者折等号来适配列宽。

目前没有能实现「全量连续赋值对齐+100%严格不超过设定ColumnLimit」的配置项，可落地的兼容方案有以下几种：

• 预留列宽缓冲
  你测试到的把ColumnLimit下调到127就能满足实际132列的lint要求，是目前成本最低、兼容性最好的方案。clang-format在计算对齐后的行宽时存在固定的偏移冗余，通常给实际允许的最大列宽预留3~5个字符的缓冲（即配置项里的ColumnLimit = lint要求的最大列宽 - 5），就能覆盖绝大多数连续对齐场景的超宽偏移，最终输出的代码不会触发lint的行宽校验。
• 收窄连续对齐的判定范围
  不要用AlignConsecutiveAssignments: Consecutive这种全量对齐模式，改用细粒度配置缩小需要对齐的语句范围，避免无关的短变量赋值和超长函数调用赋值被归到同一个对齐块里，参考配置：

  AlignConsecutiveAssignments:
    Enabled: true
    AcrossEmptyLines: false
    AcrossComments: false
    AlignCompound: false
    PadOperators: true
  

  同时关闭其他不必要的连续对齐项（比如宏对齐、位域对齐、结构体数组对齐），避免多类对齐逻辑叠加产生额外的行宽占用。
• 调整换行规则拆分超长语句
  追加以下配置，强制clang-format在遇到超长函数调用时把每个参数单独折行，避免参数挤在同一行撑爆行宽：

  AllowAllArgumentsOnNextLine: false
  BinPackArguments: false
  PenaltyBreakBeforeFirstCallParameter: 1
  

  配置后你示例里最后一个和前面参数挤在同一行的VariableIn会被单独折到下一行，不会出现对齐后行尾超长的问题。

补充说明：截至clang-format 18正式版，官方仍未开放对齐惩罚值的用户配置入口，上述方案已经是生产环境验证过的最稳定兼容方式，不需要魔改源码或者自定义格式化脚本。

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