贝利信息

c++中如何使用std::ref与std::cref_c++引用包装器用法【详解】

日期:2026-01-18 00:00 / 作者:尼克
std::ref不能直接赋值给普通引用因返回临时std::reference_wrapper对象,引用无法绑定右值;正确用法是auto或显式声明为std::reference_wrapper类型。

std::ref 为什么不能直接用于普通变量赋值

因为 std::ref 返回的是一个包装了引用的 std::reference_wrapper 对象,它不是

引用本身,而是一个可拷贝、可存储的代理类型。直接写 int& r = std::ref(x); 会编译失败——引用不能绑定到临时对象(std::reference_wrapper 是临时的右值)。

正确做法是用 auto 或显式声明为 std::reference_wrapper

int x = 42;
auto r = std::ref(x);           // OK: r 的类型是 std::reference_wrapper
std::reference_wrapper r2 = std::ref(x);  // OK

常见错误场景:在 std::threadstd::bind 中传参时误以为 std::ref(x) “就是 x 的引用”,结果函数内修改没反映到原变量——其实是因为忘了用 .get() 解包,或根本没传进去。

std::cref 在 lambda 捕获和容器中如何避免意外拷贝

std::cref 生成只读的 std::reference_wrapper,常用于需要“按引用传递但禁止修改”的场合,比如存入 std::vector 或传给只接受 const 引用的函数。

示例:

std::string s = "hello";
std::vector> refs;
refs.push_back(std::cref(s));  // 存引用,不拷贝
// refs[0].get() 返回 const std::string&,不能调用非 const 成员函数

std::ref 和 std::cref 在 std::thread 中传参的实际陷阱

这是最易出错的场景:std::thread 构造函数默认对所有参数做拷贝(包括引用类型会被退化为值)。想真正传引用,必须显式套 std::refstd::cref

错误写法:

void f(int& x) { x *= 2; }
int a = 10;
std::thread t(f, a);  // ❌ 编译失败:无法将 int 绑定到 int&

正确写法:

std::thread t(f, std::ref(a));  // ✅ a 在线程中被真正修改
t.join();
// 此时 a == 20

关键点:

std::reference_wrapper 的隐式转换与 .get() 的取舍

std::reference_wrapper 提供了隐式转换为所包装类型的引用(T&const T&),所以大多数时候你不需要手动调用 .get()。但在某些上下文里,隐式转换会失败或产生歧义,这时必须显式 .get()

典型情况:

注意:.get() 返回的是引用,不是新对象,所以不会触发拷贝构造。

示例:

int x = 1, y = 2;
auto rx = std::ref(x), ry = std::ref(y);
int z = std::max(rx.get(), ry.get());  // 明确、无歧义

复杂点在于:std::reference_wrapper 的设计初衷是“让引用可拷贝、可存储”,但它不改变生命周期管理责任——你仍需确保被包装的对象在 wrapper 生存期内有效。这点极易被忽略,尤其在返回局部变量的 std::ref 时,会导致悬垂引用。