C++ std::for_each怎么修改容器内的值-C++-PHP中文网

std::for_each默认不能修改容器元素，因其函数对象参数需显式声明为t&才能修改原值，否则仅操作副本；正确写法是[](int& x){x*=10;}，配合非const迭代器。

c++ std::for_each怎么修改容器内的值

std::for_each 默认不能修改容器元素

因为 std::for_each 的默认迭代器解引用行为返回的是元素的 const 引用（当使用 const_iterator 时），更关键的是：它的函数对象参数默认接收的是 T 或 const T&，而非 T&。哪怕你传入普通迭代器，若 lambda 或函数对象形参不是引用类型，修改的只是副本。

常见错误现象：
– 写了 std::for_each(v.begin(), v.end(), [](int x) { x *= 2; });，结果 v 完全没变；
– 用 auto x 捕获，依然无效——auto 在此处推导为值类型。

必须让函数对象参数接收 元素的非常量左值引用，即写成 [](int& x) { x *= 2; }
确保传入的是非 const 迭代器（如 v.begin() 而非 v.cbegin()）
容器本身不能是 const（例如不能对 const std::vector<int>& v</int> 使用）

修改 vector 中每个元素的正确写法

以 std::vector<int></int> 为例，这是最常被问到的场景：

std::vector<int> v = {1, 2, 3, 4};
std::for_each(v.begin(), v.end(), [](int& x) {
    x *= 10;
});
// v 现在是 {10, 20, 30, 40}
</int>

注意：
– [](int& x) 是关键，& 缺一不可；
– 若用 auto& x 也行，但显式写 int& 更安全（避免模板推导意外）；
– 对 std::map 或 std::unordered_map，键（key）不可修改，只能改 value：用 [](auto& p) { p.second += 1; }（p 是 std::pair<const k v>&</const>）

为什么不用 for_each 改 map 的 key？

直接尝试修改 std::map<int std::string>::value_type::first</int> 会编译失败：

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

std::map<int std::string> m = {{1,"a"}, {2,"b"}};
std::for_each(m.begin(), m.end(), [](auto& p) {
    p.first = 10; // ❌ 错误：p.first 是 const int&
});
</int>

原因：
– std::map::value_type 是 std::pair<const key t></const>，first 成员被声明为 const；
– 违反关联容器的有序性约束，底层红黑树结构不允许运行时改 key；
– 正确做法是删旧插新：m.insert_or_assign(new_key, std::move(p.second)); m.erase(p.first);，但这已超出 for_each 能力范围。

for_each vs 范围 for：哪个更适合改值？

纯修改场景下，范围 for 通常更直观、更少出错：

for (int& x : v) x *= 10;           // 清晰、短、不易漏 &
for (auto& p : m) p.second += 1;   // 同样安全

而 std::for_each 的价值在于：
– 需要复用已有函数对象（比如 std::negate<int>{}</int>）；
– 和 std::bind 或其他算法组合使用；
– 在泛型代码中统一接口（比如模板参数是任意可调用对象）；
– 但只要不是这些情况，硬套 for_each 只会增加理解成本和引用类型写错的风险。

最容易被忽略的一点：lambda 参数是否带 & 不仅影响功能，还影响性能——传值可能触发不必要的拷贝（尤其对大对象），而传 const T& 又改不了值。改值这件事，从签名开始就得明确选择 T&。