为何clang-format格式化C++代码时`task && t`未转为`task&& t`？

现象复现 #

你在clang-format中配置了PointerAlignment: Left且DerivePointerAlignment: false，基于Google风格格式化C++代码时出现以下不一致：

• 移动构造函数被错误格式化为：

  task(task && t) noexcept : coro_handle_(t.coro_handle_) { t.coro_handle_ = nullptr; }
  

• 移动赋值运算符却能正常格式化：

  task& operator=(task&& other) noexcept {...}
  

• 预期移动构造函数的格式应为：

  task(task&& t) noexcept : coro_handle_(t.coro_handle_) { t.coro_handle_ = nullptr; }
  

原因解析 #

这是clang-format结合Google风格默认规则与PointerAlignment: Left配置时的特殊行为：
Google风格默认的PointerAlignment为Right（即type *var、type &&var的格式），当你强制将其改为Left（要求type* var、type&& var）时，clang-format对构造函数中与类同名的右值引用参数的解析逻辑出现偏差——误将类型后的&&识别为需要添加空格的逻辑运算符，而非类型的一部分；而普通函数、运算符重载的参数则不受此解析偏差影响。

解决方案 #

方案1：显式设置引用对齐（LLVM 14+适用） #

在.clang-format配置文件中添加ReferenceAlignment: Left，强制引用（含右值引用）的对齐规则与指针一致，覆盖Google风格的默认处理：

PointerAlignment: Left
DerivePointerAlignment: false
ReferenceAlignment: Left

方案2：禁用括号内空格（全版本适用） #

如果你的clang-format版本较低（无ReferenceAlignment选项），可以通过禁用括号内的不必要空格来修正：

PointerAlignment: Left
DerivePointerAlignment: false
SpaceInParentheses: false

不推荐的临时hack（不建议使用） #

若暂时无法修改配置，可通过添加注释强制格式，但会污染代码：

task(task/*&&*/ && t) noexcept : coro_handle_(t.coro_handle_) { t.coro_handle_ = nullptr; }

验证 #

修改配置后重新格式化代码，移动构造函数的参数会变为预期的task&& t格式，同时不影响其他代码的正常格式化。

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