临时对象能否用于Range管道操作？代码正确性与悬垂引用等疑问

咱们一步一步拆解你的问题，把每个点都讲透彻：

1. 临时对象传入Range管道是否合法？会不会出现悬垂引用？ #

完全合法，而且绝对不会出现悬垂引用。Ranges库的视图（比如transform）从设计之初就考虑了临时对象的场景：当你把临时Range对象（比如my_custom_rng_gen(some_param)返回的临时值）传入视图时，视图会按值持有这个临时对象的副本（如果Range支持移动语义，会优先移动，更高效）。

你的第一个代码片段是完全正确的 #

auto generate_my_range(int some_param) {
    auto my_transform_op = [](const auto& x){ return do_sth(x); };
    return my_custom_rng_gen(some_param) | ranges::views::transform(my_transform_op);
}
auto cells = generate_my_range(10) | ranges::to<std::vector>;

这里my_custom_rng_gen(some_param)返回的临时对象，会被transform视图捕获并存储为自身的成员（值语义）。当generate_my_range返回这个视图时，视图带着自己持有的底层Range副本一起返回，离开函数作用域后，原临时对象销毁，但视图里的副本还活着，完全不会有悬垂问题。

2. 函数式调用ranges::views::transform和管道版本是否等价？ #

是的，两者完全等价。管道运算符|对于Ranges视图来说就是语法糖：a | views::f(b)等价于views::f(a, b)。所以下面的写法和你第一个管道版本的安全性、行为完全一致：

return ranges::views::transform(my_custom_rng_gen(some_param), my_transform_op);

同样不会有悬垂，因为临时Range对象被视图按值持有。

3. 左值引用版本的代码是否正确？ #

先看你写的代码：

auto generate_my_range(int some_param) {
    auto my_transform_op = [](const auto& x){ return do_sth(x); };
    auto tmp_ref = my_custom_rng_gen(some_param);
    return tmp_ref | ranges::views::transform(my_transform_op);
}

这里要划重点：tmp_ref不是左值引用，它是一个独立的对象（my_custom_rng_gen返回的临时对象会被拷贝/移动到tmp_ref里）。所以返回的视图依然持有tmp_ref的副本（或者移动后的对象），同样不会有悬垂问题。

但如果写成真正的左值引用（比如auto& tmp_ref = my_custom_rng_gen(some_param);），那就要出问题了：临时对象会在generate_my_range函数结束时销毁，视图持有对这个已销毁对象的引用，就会导致悬垂。

4. 传入容器左值引用时该如何处理？ #

当你传入一个左值容器（比如std::vector<int> my_container）时，直接用my_container | ranges::views::transform(...)就完全没问题。此时视图会持有对左值容器的引用（而不是拷贝容器），只要在视图的整个生命周期内，my_container保持有效（不被销毁或移动），就不会有问题。

ranges::views::all(my_container)是一种显式的方式来表示“引用这个左值Range”，但在大多数情况下是多余的——因为标准库的视图会自动区分左值和右值：对左值持引用，对右值持值。只有当你需要把一个非Range的左值（比如原始数组）转换成Range时，views::all才是必须的。

内容的提问来源于stack exchange，提问作者Bérenger