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 失效。
- 函数内处理原生数组，必须显式传入长度参数，不能靠
sizeof - 用
size_t做索引类型，避免和负数比较时隐式转换出问题 - 如果常数很大（比如
int加INT_MAX），需提前检查溢出，std::transform不做此检查
void add_const(int* arr, size_t len, int c) {
for (size_t i = 0; i <h3>注意 <code>std::valarray</code> 的隐式向量化行为</h3><p>如果数组规模大、对性能敏感，且你愿意接受额外约束，<code>std::valarray</code> 支持 <code>operator+=</code> 直接加标量，底层可能自动向量化。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill4025" title="C++ 算法竞赛自动化测试数据生成与校验框架"><img
src="https://img.php.cn/upload/skill/000/000/081/178988956499722.jpg" alt="C++ 算法竞赛自动化测试数据生成与校验框架" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/skill4025" title="C++ 算法竞赛自动化测试数据生成与校验框架" class="overflowclass">C++ 算法竞赛自动化测试数据生成与校验框架</a>
<p class="overflowclass">根据原题生成新题面、验证器及完整测试数据，自动套用 testlib 模板，用于用户要求生成测试数据时。</p>
</div>
<a rel="nofollow" href="/xiazai/skill4025" title="C++ 算法竞赛自动化测试数据生成与校验框架" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div><p>但它不是容器，不兼容 STL 算法，且拷贝开销大；更关键的是，某些老编译器（如早期 MSVC）实现不完整，<code>+=</code> 可能静默失败或结果异常。</p>
- 仅当明确需要数值计算加速、且目标平台已验证支持时才用
- 加常数后若要转回普通数组，得用
.begin()+.size()手动拷贝，没有免费转换 - 它不保证内存连续（虽然通常连续），不能直接传给要求
int*的 C 接口
std::valarray<int> v{1, 2, 3, 4, 5};
v += 10; // 合法，但行为依赖实现
</int>
别忽略类型提升与常量表达式
加的常数类型和数组元素类型不一致时，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更安全
实际项目里，最麻烦的往往不是“怎么加”，而是“加完之后谁来负责检查溢出、对齐、线程安全”。这些细节藏在类型和上下文里，不写出来就容易漏。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
