std::replace不能直接用于原生数组，因数组名非迭代器；应使用std::begin(arr)和std::end(arr)获取类型安全的指针迭代器，避免手动计算长度和越界风险。
std::replace 不能直接用于原生数组
它只接受迭代器范围，而原生数组名不是迭代器——传 arr 会编译失败，传 &arr[0] 虽然能凑合，但必须手动算长度，且容易越界。真正安全的做法是用指针加偏移构造合法迭代器对。
- 错误写法：
std::replace(arr, arr + size, old_val, new_val)看似可行，但arr是数组名，退化为指针后类型依赖于元素类型，若arr是int[5]，arr + size没问题；但若误写成std::replace(arr, size, ...)就直接报错 - 推荐写法：用
std::begin(arr)和std::end(arr)，它们对原生数组返回正确类型的指针迭代器，且自带长度检查（编译期） - 注意：
std::replace修改的是元素值本身，不改变数组大小或布局，也不分配内存
std::replace 替换 std::array 的正确姿势
std::array 是容器，支持 begin()/end()，和 std::vector 用法一致，但更轻量。它比原生数组安全，又比 vector 零开销。
- 示例：
std::array<int> a = {1,2,2,4,2}; std::replace(a.begin(), a.end(), 2, 9);</int>→ 变成{1,9,9,4,9} - 别写
a.data()配长度——虽然可行，但失去类型安全，且std::array::size()编译期可知，没必要绕路 - 如果用
auto推导迭代器，确保范围匹配：auto b = a.begin(); auto e = a.end(); std::replace(b, e, ...)是安全的
遇到 const 数组怎么办？
std::replace 要求迭代器可写（ForwardIterator），指向 const 元素时编译失败。这不是函数限制，而是语言约束——你不能通过迭代器修改只读内存。
- 现象：错误信息类似
error: assignment of read-only location - 解决路径只有两条：要么去掉
const（如果逻辑允许），要么复制一份非 const 数组再操作 - 例如：
const int src[3] = {1,1,2}; int dst[3]; std::copy(src, src+3, dst); std::replace(dst, dst+3, 1, 0); - 别试图 cast const：
const_cast强转后写入未定义行为，尤其当源在只读段（如字符串字面量）时会 crash
性能与边界：为什么不用循环手写？
手写 for 循环替换确实直观，但 std::replace 在优化开启后通常生成同样高效的汇编，且更不易出错。它的真正价值在于语义明确、避免 off-by-one。
立即学习“C++免费学习笔记（深入）”；
- 常见坑：循环中混用
和 <code>，或把 <code>size-1当末尾索引 -
std::replace内部是线性扫描，无额外分配，复杂度 O(n)，和手写一样 - 跨平台兼容性好：所有标准库实现都保证行为一致；而手写循环若用
sizeof(arr)/sizeof(*arr)计算长度，在传参后会失效（数组退化为指针） - 如果需替换并统计次数，
std::replace不返回计数——得用std::count预查，或改用std::replace_if配合自定义计数逻辑
原生数组配 std::replace 最容易栽在迭代器范围上：少写一个 + size 或多写一个 +1 都会导致未定义行为，而编译器未必报错。用 std::begin/std::end 是最省心的防线。
