std::accumulate是最安全清晰的求和方法，需注意迭代器范围为左闭右开、初始值类型匹配、包含<numeric>头文件，并避免原生数组退化导致的sizeof失效问题。
用 std::accumulate 最省事，但得注意迭代器范围
绝大多数场景下，直接用 std::accumulate 是最安全、最清晰的选择。它不关心数组是栈上还是堆上分配，也不要求你手动算长度（只要传对范围就行）。
常见错误现象：std::accumulate(arr, arr + n, 0) 写成 std::accumulate(arr, arr + n + 1, 0)，导致越界读；或者用 0 作初始值但数组元素是 long long，引发隐式截断。
- 始终用
arr + n作结束迭代器，不是arr + n - 1——std::accumulate的右边界是开区间 - 初始值类型要和元素类型兼容：数组是
double就用0.0，是long long就用0LL - 头文件别漏掉：
#include <numeric>
int arr[] = {1, 2, 3, 4};
int n = sizeof(arr) / sizeof(arr[0]);
int sum = std::accumulate(arr, arr + n, 0); // ✅ 正确
原生数组用 sizeof 算长度只在定义处有效
很多人写 sizeof(arr)/sizeof(arr[0]) 后发现函数里失效了——因为数组传参会退化为指针，sizeof 返回的是指针大小（通常是 8），不是原始长度。
使用场景：只适用于栈上定义的、未退化的数组，比如 int a[5]; 这种直接定义。
立即学习“C++免费学习笔记（深入）”；
- 函数参数里收
int arr[]或int* arr，一律不能用sizeof算长度 - 如果必须传数组且要长度，老老实实多传一个
size_t n参数 - C++17 起可用模板推导：
template<size_t N> void foo(int (&arr)[N]) { /* N 就是长度 */ }
vector 求和别手写 for 循环，除非要 early-return
std::vector 自带 .size()，看起来适合手写循环，但没必要。除非你要在求和中途根据值做判断（比如遇到负数就停），否则 std::accumulate 更简洁、更不容易错。
性能影响：现代编译器对 std::accumulate 优化得很好，和手写循环几乎没差别；可读性反而更高。
- 别写
for (int i = 0; i < v.size(); ++i) sum += v[i];—— 这是 C 风格，且v.size()返回size_t，和int混用可能触发警告 - 推荐用范围 for：
for (auto x : v) sum += x;，或继续用std::accumulate(v.begin(), v.end(), 0LL) - 注意
v.empty()时std::accumulate仍安全，返回初始值
手动循环容易踩的整型溢出和符号陷阱
求和结果比元素类型大是高频翻车点。比如 10 万个 int（每个最大 2e9），总和轻松超 int 上限（约 2e9），但编译器通常不报错，只静默溢出。
错误现象：输入全为正数，结果却是负数；或者和预期差一个固定大常量（典型溢出表现）。
- 永远检查求和结果的可能范围，选够大的类型：
long long比int安全得多 - 别依赖“反正不会超”，尤其处理用户输入或文件数据时
- 如果用
unsigned int，溢出是定义好的回绕行为，但逻辑上往往不是你想要的
实际写的时候，std::accumulate 加合适初始值能覆盖 90% 场景；剩下那 10%，问题通常不在“怎么加”，而在“数组哪来的”“长度谁保证”“结果存哪”——这些才是真容易被忽略的环节。
