std::ranges::views::transform 创建惰性求值视图而非修改原容器，需配合管道操作符或显式构造容器触发计算；常见错误包括转换函数含副作用、捕获悬空引用、传入非 copyconstructible 对象。
std::ranges::views::transform 的基本用法和常见错误
它不是用来“修改原容器”，而是创建一个惰性计算的视图——你拿到的是一个新视图对象，访问时才逐个调用转换函数。直接对 std::vector 调用 transform 视图不会改变原数据，也不会立即执行转换。
- 必须配合范围适配器（如
|）或显式转成容器（如std::vector{...}）才能触发求值 - 转换函数不能有副作用（比如修改外部变量），因为调用时机不确定，且可能被多次调用（例如迭代两次）
- 传入的 lambda 或函数对象需满足
CopyConstructible，否则编译失败（常见于捕获局部引用或 move-only 对象）
如何正确绑定参数并避免悬空引用
若 lambda 捕获局部变量（尤其是引用），视图生命周期长于该变量，会导致悬空引用。这是最常踩的坑。
- 用值捕获代替引用捕获：
[x = local_val]而非[&x] - 若需共享状态，改用
std::shared_ptr或将数据提升为作用域更长的变量（如函数 static 或类成员） - 不要在视图定义里直接捕获临时对象，例如
auto v = std::views::transform(vec, [&](int x) { return x * tmp; });中tmp若是函数内临时变量，就危险
与传统 std::transform 的关键区别：何时该用 views::transform
当你不需要立刻生成新容器、只想做链式处理（比如过滤+转换+取前N）、或想延迟计算以节省内存/时间时，std::views::transform 才有意义。否则，老老实实用 std::transform + 目标容器更清晰。
-
std::transform立即写入目标迭代器，适合已知大小、需复用缓冲区的场景 -
std::views::transform不分配内存，但每次迭代都重新调用转换函数——如果转换开销大，且需多次遍历，反而更慢 - 不能直接用
std::views::transform替换std::transform的调用位置：前者返回视图类型（如std::ranges::transform_view），后者返回迭代器
实际组合使用示例：过滤后转换再限制数量
这是 views::transform 最典型的用武之地——和其他视图组合成数据流水线。
std::vector<int> nums = {1, 2, 3, 4, 5, 6};
auto result = nums
| std::views::filter([](int x) { return x % 2 == 0; }) // 取偶数
| std::views::transform([](int x) { return x * x; }) // 平方
| std::views::take(2); // 只要前两个
<p>// 此时 result 是视图，不计算；遍历时才依次 filter → transform → take
for (int x : result) {
std::cout </p></int>
注意：std::views::take(2) 后再接 std::vector{result} 才会真正构造出含两个元素的 vector；直接用 result.begin() 迭代也没问题，但别试图取 result.size()——多数视图不支持 size()，除非底层范围是 sized_range。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
