Rustfmt 项目中内联常量块内部属性被移除的问题分析

问题背景

在 Rust 语言中，内联常量块(const block)是一种允许在任意位置定义常量表达式的语法特性。随着 Rust 1.79 版本即将稳定这一特性，开发者开始更广泛地使用它。然而，在使用过程中发现了一个与 rustfmt 格式化工具相关的问题。

问题现象

当开发者在内联常量块中使用内部属性(inner attributes)时，rustfmt 会意外地移除这些属性。例如以下代码：

fn main() {
    const {
        #![allow(clippy::assertions_on_constants)]
        
        assert!(1 < 2);
    }
}

经过 rustfmt 格式化后会变成：

fn main() {
    const {
        assert!(1 < 2);
    }
}

这种行为的直接后果是导致 Clippy 静态分析工具再次发出警告，因为原本用于抑制警告的内部属性被移除了。

技术原因分析

这个问题的根源在于 Rust 编译器内部对抽象语法树(AST)的处理方式。具体来说：

1. 内联常量块的 AST 节点类型是 ast::ExprKind::ConstBlock(AnonConst)
2. 内部属性实际上存储在外部表达式节点上，而不是内部的匿名常量节点中
3. 当前的 rustfmt 实现只处理了匿名常量节点内部的块表达式，但没有正确处理附加在外部节点上的属性

解决方案方向

要解决这个问题，需要对 rustfmt 的表达式重写逻辑进行修改：

1. 在匹配 AnonConst 内部表达式时，需要特别处理 ast::ExprKind::Block 类型的表达式
2. 在重写块表达式时，应该保留并正确处理附加在外部节点上的属性
3. 需要确保属性在格式化后的代码中保持正确的位置和格式

对开发者的影响

这个问题虽然看起来不大，但实际上会影响开发者使用内联常量块时的体验：

1. 开发者无法通过内部属性来局部抑制 Clippy 警告
2. 需要寻找替代方案，如全局禁用警告或使用其他方式实现编译时断言
3. 在 rustfmt 修复前，开发者需要手动维护这些内部属性

技术展望

随着内联常量块特性的稳定，rustfmt 需要进一步完善对这种新语法的支持。这不仅包括正确处理内部属性，还应该考虑：

1. 常量块内部的格式化规则
2. 属性与常量块内容的相对位置和缩进
3. 与其他 Rust 特性的交互，如宏和条件编译

这个问题虽然特定，但它反映了格式化工具需要不断适应语言新特性的普遍挑战。对于 Rust 生态系统来说，保持核心工具与语言特性的同步发展是确保开发者体验的关键。