c++oding="utf-8" ?>
std::ranges::copy_if不能直接往空vector写，因其不自动扩容，向vec.begin()写入未分配内存会导致未定义行为；正确做法是用std::back_inserter或先reserve再配合输出迭代器。
std::ranges::copy_if 为什么不能直接往空 vector 里写？
因为 std::ranges::copy_if 要求目标迭代器是“可写入的”，但 vec.begin() 对空 vector 指向的是未分配内存的位置，写入会触发未定义行为（常见表现：程序崩溃或静默数据损坏）。它不是 push_back，不自动扩容。
正确做法：用 back_inserter 配合 resize 或 reserve
最稳妥的方式是用 std::back_inserter，它把每次赋值转为 push_back；如果提前知道过滤后大概有多少元素，也可以先 reserve 提升性能。
- 用
std::back_inserter(vec)：安全、简洁，适合不确定结果大小的场景 - 先
vec.reserve(N)再用vec.begin()：需预估上限，否则仍得配合resize（但 resize 后要小心——填入的默认构造对象可能被覆盖，也可能残留） - 避免直接传
vec.begin()+vec.end()：哪怕vec已resize，也得确保大小 ≥ 过滤结果数量，否则越界
示例：
std::vector<int> src = {1, 2, 3, 4, 5, 6};
std::vector<int> dst;
dst.reserve(src.size()); // 可选：预留空间防多次 realloc
std::ranges::copy_if(src, std::back_inserter(dst),
[](int x) { return x % 2 == 0; });
// dst 现在是 {2, 4, 6}
</int></int>
和传统 std::copy_if 的关键区别在哪？
老式 std::copy_if 要求目标容器已分配足够空间（比如先 resize），而 std::ranges::copy_if 基于范围（range）抽象，天然支持适配器如 std::back_inserter、std::front_inserter，语义更清晰、误用成本更低。
-
std::copy_if(first, last, dst_begin)→dst_begin必须有效且容量足够 -
std::ranges::copy_if(src_range, out_iter, pred)→out_iter可以是任意输出迭代器，包括插入迭代器 - 编译器对 ranges 版本有更好优化机会（尤其配合视图），但实际性能差异通常不大
常见编译错误和头文件遗漏
忘记包含 <algorithm></algorithm> 和 <iterator></iterator> 是高频问题；C++20 起 std::ranges::copy_if 才可用，若编译器没开 C++20（如 GCC 默认是 C++17），会报 ‘ranges’ is not a namespace name 或 no matching function。
- 必须加
#include <algorithm></algorithm>和#include <iterator></iterator> - 编译时加
-std=c++20（Clang/GCC）或启用 C++20 标准（MSVC 中 /std:c++20） - 别用
using namespace std::ranges;然后直接写copy_if—— 容易和老版std::copy_if混淆，建议显式写std::ranges::copy_if
std::back_inserter，除非 profiling 显示 vector 扩容成了瓶颈，再考虑 reserve。别为了省几行代码去碰 resize + begin() 组合——边界算错一丁点就踩坑。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
