C++广义Lambda按值捕获地址一致问题及实现困惑

这问题我之前踩过坑，其实是C++ Lambda的捕获机制和std::transform的执行逻辑共同导致的，咱们一步步拆解：

为什么按值捕获的vertices_地址始终相同？ #

你用的是C++14引入的广义Lambda初始化捕获（[vertices_ = vertices]），这种写法的本质是：在Lambda的底层类中创建一个名为vertices_的成员变量，并且在Lambda对象被构造的时候，用vertices的值完成一次初始化。

而std::transform的执行逻辑是：它会把你传入的Lambda对象拷贝一份（或者移动，取决于具体实现）到内部，然后在整个迭代过程中，**反复调用同一个Lambda实例的operator()**去处理每个元素。也就是说，所有迭代操作的都是同一个Lambda对象里的vertices_成员，地址当然完全相同，前一次修改的结果自然会残留到下一次迭代中。

更优的处理方式 #

你后来的写法能解决问题，但其实可以更简洁、更安全，推荐两种思路：

思路一：按值捕获原始对象，内部创建局部副本 #

直接按值捕获vertices，然后在Lambda函数体开头创建一个局部的vertices_副本——这样每次调用Lambda的operator()时，都会生成一个全新的局部变量，彼此独立，不会互相影响：

std::transform(std::begin(a_), std::end(a_), std::back_inserter(all),
    [vertices](v3d<int> v) {
        v2d<int> vertices_ = vertices; // 每次迭代都生成独立的副本
        // 在这里修改vertices_，不用担心残留问题
        return /* 修改后的结果，插入到all中 */;
    });

这种写法比你用引用捕获[&vertices]更安全，避免了外部vertices在transform执行期间被修改或销毁带来的未定义行为。如果vertices支持移动构造，还可以用std::move(vertices)来提升效率（毕竟捕获的vertices是副本，移动后不会影响外部）。

思路二：利用Lambda的传参机制（可选） #

如果vertices的拷贝成本不高，也可以把它作为参数传递给Lambda，但需要配合std::bind或者额外包装，不过相比思路一，代码会稍微繁琐一些，所以更推荐思路一。

额外提醒 #

广义Lambda的初始化捕获适合需要在Lambda创建时一次性初始化成员的场景（比如捕获一个移动-only对象），但如果需要每次迭代都有独立的副本，就不适合直接用这种方式捕获了——毕竟它的初始化只发生一次，不是每次调用都执行。

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