以右值引用传参明确将修改实参，这种做法是否合理？

你提到的“类似const正确性反向操作”这个类比非常准确——const引用是告诉调用者“我不会修改你的参数”，而右值引用参数则是明确告诉调用者“我会接管/修改你的参数，你必须主动放弃对它的所有权（或者传递临时对象）”，从根源上避免了意外修改左值的副作用。

为什么这个思路很靠谱？ #

• 强制明确意图：当函数参数是右值引用时，调用者无法直接传递左值，必须显式调用std::move()。这个动作本身就是一个“警告”——调用者很清楚，执行std::move()之后，原左值的状态可能变成有效但未定义（比如内容被移走、容器被清空等），不会再傻乎乎地以为原对象还能保持原来的状态。
• 避免误用场景：对比普通的非const左值引用参数，调用者可能会无意识地传递一个左值，完全没意识到函数会修改它；而右值引用的方式把“同意修改/转移所有权”的决策完全交给了调用者，从类型层面就限制了误用的可能。

注意事项 #

既然你提到函数对参数的修改只是内部逻辑的一部分，对调用者无实际意义，那一定要在函数的注释/文档里明确说明这一点：比如“此函数会修改输入vector的内容，调用完成后原vector的状态仅保证合法，但不可依赖其原有数据”。毕竟即使调用者用了std::move()，可能还是会好奇之后能不能复用这个vector，清晰的文档能减少不必要的误解。

你的示例代码可以这样完善（更清晰展示逻辑） #

#include <vector>
#include <string>
#include <algorithm>

// 注释明确说明：此函数会接管输入vector的内容，调用后原vector的状态不可依赖
static bool isThisSomething(std::vector<std::string>&& input1) {
    // 内部逻辑示例：比如排序后判断是否符合某种条件
    std::sort(input1.begin(), input1.end());
    bool result = input1.front() == "bar";
    // 内部修改：比如清空容器（仅为示例，实际按你的业务逻辑来）
    input1.clear();
    return result;
}

int main() {
    std::vector<std::string> lvalueVector = {"foo", "bar"};
    // 显式调用std::move，调用者明确知晓原vector会被修改
    bool somethingness = isThisSomething(std::move(lvalueVector));
    // 此时lvalueVector是空的，调用者不会意外依赖它的原有内容
    return 0;
}

总结 #

这种设计不仅完全可行，而且是一种提升代码安全性和可读性的良好实践。它利用C++的类型系统，把“允许修改参数”的意图通过语法强制传递给调用者，和const正确性一样，都是通过编译期检查来减少运行时的意外问题。

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