为何std::format和std::vformat采用转发引用而非const&参数？

核心原因：灵活性与优化空间 #

std::format使用转发引用(Args&&...)而非const Args&...，主要是为了覆盖两类const引用无法支持的场景：

1. 支持移动语义，避免不必要的拷贝

转发引用可以保留参数的值类别（左值/右值），让std::formatter的format函数能够针对右值参数做移动优化。对于拷贝成本高的类型（如大字符串、自定义资源管理对象），formatter可直接接收右值引用，转移内部资源而非拷贝。

以你的实验代码为例，若修改std::formatter<MyStruct>的format函数参数为右值引用：

template<typename FormatContext>
auto format(MyStruct&& id, FormatContext& ctx) const {
    return std::formatter<std::string, CharT>::format(std::move(id.a), ctx);
}

此时调用std::format("formatted {}", MyStruct{})会触发移动构造函数而非拷贝，显著降低开销——这正是转发引用传递值类别的核心价值。

2. 允许格式化过程中修改参数

标准并未限制std::formatter的format函数必须是只读操作，也允许参数为非const类型。部分场景下，格式化可能需要临时修改参数状态：比如自定义类型需在格式化时调整内部缓存、重置计数器，或是临时修改格式标记。

若std::format强制使用const Args&...，这类场景将无法实现。转发引用可传递非const的左值引用，让formatter有权修改原始对象（只要用户的formatter实现允许）。

关于提案草案的差异 #

早期提案中确实考虑过const Args&...，但最终改为转发引用是因为它能兼容更多场景：既支持传统的只读格式化（formatter接收const&），也支持移动优化和可修改参数的场景，灵活性更强。

解决代码检查工具的警告 #

你的循环场景中，std::size_t是基本类型，转发引用不会导致意外修改（标准库对基本类型的格式化均为只读操作）。可通过两种方式消除警告：

• 显式将循环变量转为值传递：std::format("some string {}", static_cast<std::size_t>(i))
• 在代码检查工具中添加规则例外，标记该场景为安全

内容的提问来源于stack exchange，提问作者Péter Farkas