std::transform最安全通用，但需确保迭代器范围正确、元素可写、避免悬空引用；原生数组用for循环更直观可控，须显式传长度、用size_t索引并防溢出。
用 std::transform 最安全通用
直接遍历加常数看似简单，但容易越界或忽略 const 限定。C++ 标准库的 std::transform 明确表达“对每个元素做统一操作”，且编译器能更好优化。
常见错误是传错迭代器范围，比如把 end 写成 begin + size - 1，导致漏掉最后一个元素或越界。
- 对
std::array或原生数组：确保end是std::end(arr)或arr + N，不是arr + N - 1 - 若数组元素是
const类型（如函数参数为const int*），std::transform无法原地修改，得先确认可写性 - lambda 捕获常数推荐用值捕获
[c=5]，避免意外引用悬空
int arr[] = {1, 2, 3, 4, 5};
int N = std::size(arr);
std::transform(arr, arr + N, arr, [](int x) { return x + 10; });
// arr 现在是 {11, 12, 13, 14, 15}
原生数组用 for 循环最直观
当目标是快速改几个数、不依赖 STL 或嵌入式环境无标准库时，传统 for 循环反而更可控。
最容易踩的坑是混淆数组长度：用 sizeof(arr)/sizeof(arr[0]) 只在数组定义作用域内有效；传进函数后就退化为指针，sizeof 失效。
立即学习“C++免费学习笔记（深入）”；
- 函数内处理原生数组，必须显式传入长度参数，不能靠
sizeof - 用
size_t做索引类型，避免和负数比较时隐式转换出问题 - 如果常数很大（比如
int加INT_MAX），需提前检查溢出，std::transform不做此检查
void add_const(int* arr, size_t len, int c) {
for (size_t i = 0; i < len; ++i) {
arr[i] += c; // 直接修改
}
}
注意 std::valarray 的隐式向量化行为
如果数组规模大、对性能敏感，且你愿意接受额外约束，std::valarray 支持 operator+= 直接加标量，底层可能自动向量化。
但它不是容器，不兼容 STL 算法，且拷贝开销大；更关键的是，某些老编译器（如早期 MSVC）实现不完整，+= 可能静默失败或结果异常。
- 仅当明确需要数值计算加速、且目标平台已验证支持时才用
- 加常数后若要转回普通数组，得用
.begin()+.size()手动拷贝，没有免费转换 - 它不保证内存连续（虽然通常连续），不能直接传给要求
int*的 C 接口
std::valarray<int> v{1, 2, 3, 4, 5};
v += 10; // 合法，但行为依赖实现
别忽略类型提升与常量表达式
加的常数类型和数组元素类型不一致时，C++ 会按整型提升规则隐式转换，有时导致意外截断或符号扩展。
比如 char arr[3] = {120, 120, 120}; arr[0] += 10; —— 实际是 int 运算后截断回 char，可能溢出变负数，而你根本没意识到中间经历了 int 计算。
- 用
static_cast显式控制转换点，比如static_cast<char>(arr[i] + c)</char> - 若常数在编译期已知（如
constexpr int c = 5;），编译器可能将整个循环优化成向量指令，但前提是没副作用且数组长度固定 - 模板函数中，用
decltype推导加法结果类型，比硬写int更安全
实际项目里，最麻烦的往往不是“怎么加”，而是“加完之后谁来负责检查溢出、对齐、线程安全”。这些细节藏在类型和上下文里，不写出来就容易漏。
