通过std::function返回引用时输出乱码的原因及相关语法疑问

我来帮你拆解这个问题，你的代码里藏着一个容易踩的C++ lambda返回类型推导的坑，咱们一步步说清楚：

乱码的核心原因 #

你的lambda表达式[&]() { return c.get(); }没有显式指定返回类型，C++里lambda默认用auto推导返回类型时，哪怕你返回的是一个引用类型，它也会默认推导成值类型。也就是说，这个lambda实际的返回类型是const std::string，而不是你以为的const std::string&。

当你把这个lambda绑定到std::function<const std::string&()>时，lambda会先返回一个临时的const std::string对象（它是c.get()返回的引用所指向对象的拷贝），然后std::function会把这个临时对象的引用返回出去。但临时对象在这条表达式结束后就会被销毁，所以fun()返回的是一个悬垂引用，访问它的内容自然就会出现乱码（比如你看到的(@g），这属于C++里的未定义行为。

解答你的两个疑问 #

• 为什么编译器允许绑定？
  C++的std::function构造函数允许“兼容”的可调用对象，只要可调用对象的返回值能隐式转换为std::function指定的返回类型。这里lambda返回的临时const std::string可以被绑定到const std::string&，所以编译器不会报错，但这种合法转换背后藏着悬垂引用的风险，属于语法合法但逻辑错误的情况。

• 如果lambda返回引用的话为什么会乱码？
  你误解了——你的lambda默认并没有返回引用！如果你想让lambda返回引用，必须显式指定返回类型，把lambda改成这样：

  std::function<const std::string&()> fun = [&]() -> const std::string& { return c.get(); };
  

  这时候lambda的返回类型是明确的引用，返回的是c.get()给出的c.str的引用，而c在main函数的作用域里一直存活，所以fun()返回的引用是有效的，运行后就能正常输出hello了。

补充一句：C++里“返回引用的引用”会被折叠成普通引用的规则是对的，但你的问题根本没走到这一步——因为lambda根本没返回引用，所以不存在引用折叠的场景。

内容来源于stack exchange