Rust 宏是否可以跨 edition 实现跨版本共享？

编译冲突问题 #

首先可以明确：会产生编译冲突。
无论是声明宏（macro_rules!）还是过程宏，展开后的输出代码都会直接纳入调用方 crate 的编译上下文，完全遵循调用方指定的 Edition 语法规则。async 是 Rust 2018 Edition 才正式引入的关键字，Rust 2015 Edition 不识别该语法，宏展开后编译器会直接抛出语法错误。

跨 Edition 宏共享方案 #

不需要针对每个 Edition 单独重写宏逻辑，Rust 原生提供了低成本的适配方式，按宏的类型分别处理即可：

• 声明宏：
  针对新增关键字类的兼容性问题，可以直接使用原始标识符（Raw Identifier）语法兼容，比如 2018 中的 async 关键字在 2015 中可以写为 r#async 规避识别冲突。如果需要生成不同 Edition 特有的逻辑，可以通过 cfg 属性匹配 Edition 配置做分支处理，示例如下：

  // Rust 2015 适配分支
  #[cfg(edition = "2015")]
  macro_rules! def_async_fn {
      ($name:ident) => {
          // 2015 兼容的异步实现，例如基于 futures 0.1 的回调写法
          fn $name() -> impl futures::Future<Item = (), Error = ()> {
              futures::future::ok(())
          }
      }
  }
  
  // Rust 2018 及以上适配分支
  #[cfg(edition >= "2018")]
  macro_rules! def_async_fn {
      ($name:ident) => {
          async fn $name() {}
      }
  }
  

• 过程宏：
  过程宏本身运行在独立的编译上下文，不受调用方 Edition 影响。你可以在过程宏逻辑中通过 proc_macro::tracked_env::var("CARGO_CFG_EDITION") 读取调用方的 Edition 配置，根据不同版本输出对应适配的代码即可，核心逻辑完全可以复用，只需要增加少量代码生成的适配分支即可。

Rust 的 Edition 设计本身保证了绝大多数语法向后兼容，只有新增关键字、少量语法规则调整会触发兼容性问题，实际开发中需要适配的场景极少，完全不需要全量重写宏逻辑。

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