std::transform最安全简洁，自动处理范围且支持原地变换；需<algorithm>头文件，传迭代器范围而非单值；C数组用std::begin/end，vector同理；乘法用lambda捕获或std::multiplies{}；避免手写循环越界和类型不匹配。
用 std::transform 最安全简洁
直接遍历修改数组容易越界或写错索引，std::transform 封装了迭代逻辑，自动处理范围，且支持原地变换。它要求头文件 <algorithm> 和 <iterator>（后者在某些标准下可省略）。
常见错误是传入单个值而非迭代器范围，比如写成 std::transform(arr, 2) —— 这会编译失败，必须用 std::begin(arr) 和 std::end(arr) 或指针起止。
- 对 C 风格数组：用
std::begin(arr)和std::end(arr)，避免手动算长度 - 对
std::vector：同样适用，且能随容量变化自动适配 - 乘数需作为 lambda 捕获，或用
std::multiplies<>{}（C++14 起支持透明比较器，但乘法需显式构造）
int arr[] = {1, 2, 3, 4};
std::transform(std::begin(arr), std::end(arr), std::begin(arr),
[](int x) { return x * 5; });
// arr 变为 {5, 10, 15, 20}
手写 for 循环要注意索引和类型匹配
简单场景下 for 循环更直观，但必须确保循环变量类型与数组长度兼容。用 size_t 是常见选择，但若数组长度可能为 0 或参与有符号运算，ptrdiff_t 更稳妥；而用 int 在大数组上会溢出。
另一个易错点是常数类型隐式转换：比如 float arr[3] = {1.0f, 2.0f, 3.0f}; 乘以 2（int），结果仍是 float，但若乘以 2.5（double），会触发 float → double → float 的两次转换，可能损失精度。
立即学习“C++免费学习笔记（深入）”；
- 优先用
auto i = 0u或size_t i = 0配合std::size(arr)（C++17） - 常数尽量显式指定类型，如
2.5f而非2.5，避免意外提升 - 不要用
for (int i = 0; i < sizeof(arr)/sizeof(arr[0]); ++i)——sizeof对指针无效，且表达式冗长易错
用 std::valarray 处理数值计算更自然
如果任务本质是批量数值运算（比如信号处理、矩阵缩放），std::valarray 是标准库中专为此设计的容器，支持直接用 operator* 与标量相乘，语义清晰、通常还带优化（如向量化）。
但它不兼容 STL 算法（比如不能传给 std::sort），也不能用 std::vector::data() 那样轻易对接 C 接口。调试时打印也不如 vector 直观。
- 初始化后可直接
v *= 3.14;或auto result = v * 2; - 若后续要转成普通数组，用
v.c_array()获取T*，但注意生命周期管理 - 不推荐仅为了乘一个常数就引入
valarray，除非已有大量类似数值操作
性能差异其实很小，别过早优化
三种方法在开启 -O2 后生成的汇编几乎一致：现代编译器能把 std::transform、手写循环甚至 valarray 都内联并向量化。真正影响性能的是内存布局（是否连续）、缓存命中率，而不是“用哪个函数”。
容易被忽略的一点是：如果数组很大且常数是 double，而元素是 int，强制转成 double 再乘再转回，会比直接用 int 常数慢——不是算法问题，是类型不匹配引发的多余转换。
- 检查编译器输出（如
g++ -S）比猜更快 - 真有性能瓶颈时，先用 profiler 定位，而不是换写法
- 多维数组要小心：C++ 没有内置二维 transform，得嵌套或展平处理
